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1. INTRODUCCION A JAVA 

Java surgio en 1991 cuando un grupo de ingenieros de Sun Microsystems trataron de disenar un 
nuevo lenguaje de programacion destinado a electrodomesticos. La reducida potencia de calculo y 
memoria de los electrodomesticos Uevo a desarroUar un lenguaje sencillo capaz de generar codigo 
de tamano muy reducido. 

Debido a la existencia de distintos tipos de CPUs y a los continuos cambios, era importante 
conseguir una herramienta independiente del tipo de CPU utilizada. DesarroUaron un codigo 
"neutro" que no dependia del tipo de electrodomestico, el cual se ejecutaba sobre una "'mdquina 
hipotetica o virtuaF denominada Java Virtual Machine {JVM). Era la JVM quien interpretaba el 
codigo neutro convirtiendolo a codigo particular de la CPU utilizada. Esto permitia lo que luego se 
ha convertido en el principal lema del lenguaje: ''Write Once, Run Everywhere"". A pesar de los 
esfuerzos realizados por sus creadores, ninguna empresa de electrodomesticos se intereso por el 
nuevo lenguaje. 

Como lenguaje de programacion para computadores, Java se introdujo a finales de 1995. La 
clave fue la incorporacion de un interprete Java en la version 2.0 del programa Netscape Navigator, 
produciendo una verdadera revolucion en Internet. Java 1.1 aparecio a principios de 1997, 
mejorando sustancialmente la primera version del lenguaje. Java 1.2, mas tarde rebautizado como 
Java 2, nacio a finales de 1998. 

Al programar en Java no se parte de cero. Cualquier aplicacion que se desarroUe "cuelga" (o 
se apoya, segun como se quiera ver) en un gran numero de clases preexistentes. Algunas de ellas las 
ha podido hacer el propio usuario, otras pueden ser comerciales, pero siempre hay un numero muy 
importante de clases que forman parte del propio lenguaje (el API o Application Programming 
Interface de Java). Java incorpora en el propio lenguaje muchos aspectos que en cualquier otro 
lenguaje son extensiones propiedad de empresas de software o fabricantes de ordenadores (threads, 
ejecucion remota, componentes, seguridad, acceso a bases de datos, etc.). Por eso muchos expertos 
opinan que Java es el lenguaje ideal para aprender la informatica modema, porque incorpora todos 
estos conceptos de un modo estandar, mucho mas sencillo y claro que con las citadas extensiones de 
otros lenguajes. Esto es consecuencia de haber sido disenado mas recientemente y por un unico 
equipo. 

El principal objetivo del lenguaje Java es Uegar a ser el "nexo universal" que conecte a los 
usuarios con la informacion, este esta situada en el ordenador local, en un servidor de Web, en una 
base de datos o en cualquier otro lugar. 

Java es un lenguaje muy completo (de hecho se esta convirtiendo en un macro-lenguaje: Java 
1.0 tenia 12 packages; Java 1.1 tenia 23 y Java 1.2 tiene 59). En cierta forma casi todo depende de 
casi todo. Por ello, conviene aprenderlo de modo iterative: primero una vision muy general, que se 
va refinando en sucesivas iteraciones. Una forma de hacerlo es empezar con un ejemplo completo 
en el que ya aparecen algunas de las caracteristicas mas importantes. 

La compania Sun describe el lenguaje Java como ''simple, orientado a objetos, distribuido, 
interpretado, robusto, seguro, de arquitectura neutra, portable, de altas prestaciones, multitarea y 
dindmico". Ademas de una serie de halagos por parte de Sun hacia su propia criatura, el hecho es 
que todo ello describe bastante bien el lenguaje Java, aunque en algunas de esas caracteristicas el 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



lenguaje sea todavia bastante mejorable. Algunas de las anteriores ideas se iran explicando a lo 
largo de este manual. 

1.1 Que Es Java 2 

Java 2 (antes Uamado Java 1.2 o JDK 1.2) es la tercera version importante del lenguaje de 
programacion Java. 

No hay cambios conceptuales importantes respecto a Java 1.1 (en Java 1.1 si los hubo 
respecto a Java 1.0), sino extensiones y ampliaciones, lo cual hace que a muchos efectos -por 
ejemplo, para esta introduccion- sea casi lo mismo trabajar con Java 1.1 o con Java 1.2. 

Los programas desarroUados en Java presentan diversas ventajas frente a los desarroUados en 
otros lenguajes como C/C++. La ejecucion de programas en Java tiene muchas posibilidades: 
ejecucion como aplicacion independiente {Stand-alone Application), ejecucion como applet, 
ejecucion como servlet, etc. Un applet es una aplicacion especial que se ejecuta dentro de un 
navegador o browser (por ejemplo Netscape Navigator o Internet Explorer) al cargar una pagina 
HTML desde un servidor Web. El applet se descarga desde el servidor y no requiere instalacion en 
el ordenador donde se encuentra el browser. Un servlet es una aplicacion sin interface grafica que se 
ejecuta en un servidor de Internet. La ejecucion como aplicacion independiente es analoga a los 
programas desarroUados con otros lenguajes. 

Ademas de incorporar la ejecucion como Applet, Java permite facilmente el desarroUo tanto 
de arquitecturas cliente- servidor como de aplicaciones distribuidas, consistentes en crear 
aplicaciones capaces de conectarse a otros ordenadores y ejecutar tareas en varios ordenadores 
simultaneamente, repartiendo por lo tanto el trabajo. Aunque tambien otros lenguajes de progra- 
macion permiten crear aplicaciones de este tipo, Java incorpora en su propio API estas 
funcionalidades. " 

1.2 El ENTORNO DE DESARROLLO DE Java 

Existen distintos programas comerciales que permiten desarroUar codigo Java. La compaiiia Sun, 
creadora de Java, distribuye gratuitamente el Java(tm) Development Kit (JDK). Se trata de un 
conjunto de programas y librerias que permiten desarroUar, compilar y ejecutar programas en Java. 
Incorpora ademas la posibilidad de ejecutar parcialmente el programa, deteniendo la ejecucion en el 
punto deseado y estudiando en cada momento el valor de cada una de las variables (con el 
denominado Debugger). Cualquier programador con un minimo de experiencia sabe que una parte 
muy importante (muchas veces la mayor parte) del tiempo destinado a la elaboracion de un 
programa se destina a la detecciony correccion de errores. Existe tambien una version reducida del 
JDK, denominada JRE (Java Runtime Environment) destinada unicamente a ejecutar codigo Java 
(no permite compilar). 

Los IDEs (Integrated Development Environment), tal y como su nombre indica, son entornos 
de desarroUo integrados. En un mismo programa es posible escribir el codigo Java, compilarlo y 
ejecutarlo sin tener que cambiar de aplicacion. Algunos incluyen una herramienta para realizar 
Debug graficamente, frente a la version que incorpora el JDK basada en la utilizacion de una 
consola (denominada habitualmente ventana de comandos de MS-DOS, en Windows NT/95/98) 
bastante dificil y pesada de utilizar. Estos entornos integrados permiten desarroUar las aplicaciones 
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e forma mucho mas rapida, incorporando en muchos casos librerias con componentes ya 
desarroUados, los cuales se incorporan al proyecto o programa. Como inconvenientes se pueden 
senalar algunos fallos de compatibilidad entre plataformas, y ficheros resultantes de mayor tamano 
que los basados en clases estandar. 

1.2.1 El compilador de Java 

Se trata de una de las herramientas de desarroUo incluidas en el JDK. Realiza un analisis de sintaxis 
del codigo escrito en los ficheros fuente de Java (con extension *.java). Si no encuentra errores en 
el codigo genera los ficheros compilados (con extension ^. class). En otro caso muestra la linea o 
lineas erroneas. En el JDK de Sun dicho compilador se llama ya vac. exe. Tiene numerosas opciones, 
algunas de las cuales varian de una version a otra. Se aconseja consultar la documentacion de la 
version del JDK utilizada para obtener una informacion detallada de las distintas posibilidades. 

1.2.2 La Java Virtual Machine 

Tal y como se ha comentado al comienzo del capitulo, la existencia de distintos tipos de 
procesadores y ordenadores Uevo a los ingenieros de Sun a la conclusion de que era muy importante 
conseguir un software que no dependiera del tipo de procesador utilizado. Se planted la necesidad 
de conseguir un codigo capaz de ejecutarse en cualquier tipo de maquina. Una vez compilado no 
deberia ser necesaria ninguna modificacion por el hecho de cambiar de procesador o de ejecutarlo 
en otra maquina. La clave consistio en desarroUar un codigo "neutro" el cual estuviera preparado 
para ser ejecutado sobre una ''maquina hipotetica o virtuaF, denominada Java Virtual Machine 
{JVM). Es esta JVM quien interpreta este codigo neutro convirtiendolo a codigo particular de la 
CPU utilizada. Se evita tener que realizar un programa diferente para cada CPU o plataforma. 

La JVM es el interprete de Java. Ejecuta los "bytecodes" (ficheros compilados con extension 
*.class) creados por el compilador de Java (javac.exe). Tiene numerosas opciones entre las que 
destaca la posibilidad de utilizar el denominado JIT {Just-In-Time Compiler), que puede mejorar 
entre 10 y 20 veces la velocidad de ejecucion de un programa. 

1.2.3 Las variables PATH y CLASSPATH 

El desarroUo y ejecucion de aplicaciones en Java exige que las herramientas para compilar 
{javac.exe) y ejecutar (java.exe) se encuentren accesibles. El ordenador, desde una ventana de 
comandos de MS-DOS, solo es capaz de ejecutar los programas que se encuentran en los directorios 
indicados en la variable PATH del ordenador (o en el directorio activo). Si se desea compilar o 
ejecutar codigo en Java, el directorio donde se encuentran estos programas {java.exe y javac.exe) 
debera encontrarse en el PATH. Tecleando PATH en una ventana de comandos de MS-DOS se 
muestran los nombres de directorios incluidos en dicha variable de entorno. 

Java utiliza ademas una nueva variable de entorno denominada CLASSPATH, la cual 
determina donde buscar tanto las clases o librerias de Java (el API de Java) como otras clases de 
usuario. A partir de la version 1.1.4 del JDK no es necesario indicar esta variable, salvo que se 
desee anadir conjuntos de clases de usuario que no vengan con dicho JDK. La variable 
CLASSPATH puede incluir la rata de directorios o ficheros *.zip o *.jar en los que se encuentren 
los ficheros ^. class. En el caso de los ficheros ^.zip hay que observar que los ficheros en el incluidos 
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no deben estar comprimidos. En el caso de archives *.jar existe una herramienta (jar.exe), 
incorporada en el JDK, que permite generar estos ficheros a partir de los archives compilados 
*.class. Los ficheros *.jar son archivos comprimidos y por lo tanto ocupan menos espacio que los 
archivos *.class por separado o que el fichero *.zip equivalente. 

Una forma general de indicar estas dos variables es crear un fichero batch de MS-DOS {*.bai) 
donde se indiquen los valores de dichas variables. Cada vez que se abra una ventana de MS-DOS 
sera necesario ejecutar este fichero ^.bat para asignar adecuadamente estos valores. Un posible 
fichero \\simsidojdkll7.bat, podria ser como sigue: 

set JAVAPATH=C: \ jdkl . 1 . 7 | 

set PATH=. ; %JAVAPATH%\bin; %PATH% 

set CLASSPATH=. \ ; % JAVAPATH%\lib\clas ses . zip; %CLASSPATH% 

lo cual seria valido en el caso de que el JDK estuviera situado en el directorio C:ydkl.l.7. 

Si no se desea tener que ejecutar este fichero cada vez que se abre una consola de MS-DOS es 
necesario indicar estos cambios de forma "permanente". La forma de hacerlo difiere entre Windows 
95/98 y Windows NT. En Windows 95/98 es necesario modificar el fichero Autoexec.bat situado en 
C:\, anadiendo las lineas antes mencionadas. Una vez rearrancado el ordenador estaran presentes en 
cualquier consola de MS-DOS que se cree. La modificacion al fichero Autoexec.bat en Windows 
95/98 sera la siguiente: 

set JAVAPATH=C: \ jdkl . 1 . 7 

set PATH=. ; % JAVAPATH%\bin; %PATH% 

set CLASSPATH= 

donde en la tercera linea debe incluir la ruta de los ficheros donde estan las clases de Java. En el 
caso de utilizar Windows NT se anadira la variable PATH en el cuadro de dialogo que se abre con 
Start -> Settings -> Control Panel -> System -> Environment -> User Variables for NombreUsuario. 

Tambien es posible utilizar la opcion -classpath en el momento de Uamar al compilador 
javac.exe o al interprete java.exe. En este caso los ficheros *.jar deben ponerse con el nombre 
completo en el CLASSPATH: no basta poner el PATH o directorio en el que se encuentra. Por 
ejemplo, si se desea compilar y ejecutar el fichero ContieneMain.java, y este necesitara la libreria 
de clases G:\MyProject\OtherClasses.jar, ademas de las incluidas en el CLASSPATH, la forma de 
compilar y ejecutar seria: 

javac -classpath . \ ; G : \MyPro ject \OtherClasses . jar ContieneMain.java 
Java -classpath . \; G : \MyPro ject \OtherClasses . jar ContieneMain 

Se aconseja consultar la ayuda correspondiente a la version que se este utilizando, debido a 
que existen pequenas variaciones entre las distintas versiones del JDK. 

Cuando un fichero filename.java se compila y en ese directorio existe ya un fichero 
filename. class, se comparan las fechas de los dos ficheros. Si el fichero filename.java es mas 
antiguo que c\ filename.class no se produce un nuevo fichero filename. class . Esto solo es valido 
para ficheros *.class que se corresponden con una clase public . 

1.3 Un Ejemplo Completo CoMENT ADO 

Este ejemplo contiene algunas de las caracteristicas mas importantes de Java: clases, herencia, 
interfaces, grdficos, polimorfismo, etc. Las sentencias se numeran en cada fichero, de modo que 
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resulta mas facil hacer referenda a ellas en los comentarios. La ejecucion de este programa imprime 
algunas lineas en la consola MS-DOS y conduce a crear la ventana mostrada en la Figura 1.1. 

1.3.1 Clase Ejemplol 

A continuacion se muestra el programa principal, contenido en el fichero Ejemplol. Java. En 
realidad, este programa principal lo unico que hace es utilizar la clase Geometria y sus clases 
derivadas. Es pues un programa puramente "usuario", a pesar de lo cual hay que definirlo dentro de 
una clase, como todos los programas en Java. . 



// fichero Ejemplol . Java 
import Java . util .Vector ; 
import java.awt.*; 

class Ejemplol { 

public static void main (String arg[]) throws InterruptedException 



System. out . print In ( "Comienza main ( ) ..."); 
Circulo c = new Circulo(2.0, 2.0, 4.0); 

9. System. out . println ( "Radio = " + c.r + " unidades . " ) ; 

10. System. out .println ("Centre = (" + c.x + "," + c.y + ") unidades."); 

11. Circulo cl = new Circulo(1.0, 1.0, 2.0); 

12. Circulo c2 = new Circulo(0.0, 0.0, 3.0); 

13. c = cl .elMayor (c2) ; 

14. System. out . println ( "El mayor radio es " + c.r + "."); 

15. c = new Circulo(); // c.r = 0.0; 

16. c = Circulo . elMayor (cl , c2); 

17. System. out . println ( "El mayor radio es " + c.r + "."); 

18. VentanaCerrable ventana = 

19. new VentanaCerrable ( "Ventana abierta al mundo . . . " ) ; 

20. ArrayList v = new ArrayList(); 

21. CirculoGrafico cgl = new CirculoGraf ico (2 00 , 200, 100, Color. red); 

22. CirculoGrafico cg2 = new CirculoGraf ico (300 , 200, 100, Color. blue); 

23. RectanguloGraf ico rg = new 

24. RectanguloGrafico (50, 50, 450, 350, Color . green) ; 

25 . V . add (cgl ) ; 

2 6. V . add (cg2 ) ; 

27 . V . add (rg) ; 

28. PanelDibujo mipanel = new PanelDibu jo (v) ; 

29. ventana . add (mipanel ) ; 

30. ventana. setSize (500, 400); 

31. ventana . setVisible (true) ; 

32 . System. out . println ( "Termina main ()..."); 

33. } // fin de main() 

34. } // fin de class Ejemplol 

La sentencia 1 es simplemente un comentario que contiene el nombre del fichero. El 
compilador de Java ignora todo lo que va desde los caracteres // hasta el final de la linea. 

Las sentencias 2 y 3 "importan" clases de los packages de Java, esto es, hacen posible acceder 
a dichas clases utilizando nombres cortos. Por ejemplo, se puede acceder a la clase Vector 
simplemente con el nombre Vector en lugar de con el nombre completo java.util.Vector, por haber 
introducido la sentencia import de la linea 2. Un package es una agrupacion de clases que tienen 
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una finalidad relacionada. Existe una jerarquia de packages que se refleja en nombres compuestos, 
separados por un punto (.)• Es habitual nombrar los packages con letras minusculas (como java.util 
ojava.awt), mientras que los nombres de las clases suelen empezar siempre por una letra mayuscula 
(como Vector). El asterisco (*) de la sentencia 3 indica que se importan todas las clases del 
package. Hay un package, llsimsido javaJang, que se importa siempre automaticamente. Las clases 
dejavaJang se pueden utilizar directamente, sin importar elpackage. 

La sentencia 4 indica que se comienza a definir la clase Ejemplol. La definicion de dicha 
clase va entre Haves { } . Como tambien hay otras construcciones que van entre Haves, es habitual 
indentar o sangrar el codigo, de forma que quede claro donde empieza (linea 4) y donde termina 
(linea 34) la definicion de la clase. En Java todo son clases: no se puede definir una variable o una 
funcion que no pertenezca a una clase. En este caso, la clase Ejemplol tiene como unica finalidad 
acoger al metodo mainQ, que es el programa principal del ejemplo. Las clases utilizadas por mainQ 
son mucho mas importantes que la propia clase Ejemplol . Se puede adelantar ya que una clase es 
una agrupacion de variables miembro (datos) y funciones miembro (metodos) que operan sobre 
dichos datos y permiten comunicarse con otras clases. Las clases son verdaderos tlpos de variables 
o datos, creados por el usuario. Un objeto (en ocasiones tambien Uamado instancia) es una variable 
concreta de una clase, con su propia copia de las variables miembro. 

Las lineas 5-33 contienen la definicion del programa principal de la aplicacion, que en Java 
siempre se llama main(). La ejecucion siempre comienza por el programa o metodo main(). La 
palabra public indica que esta funcion puede ser utilizada por cualquier clase; la palabra static 
indica que es un metodo de clase, es decir, un metodo que puede ser utilizado aunque no se haya 
creado ningun objeto de la clase Ejemplol (que de hecho, no se han creado); la palabra void indica 
que este metodo no tiene valor de retomo. A continuacion del nombre aparecen, entre parentesis, los 
argumentos del metodo. En el caso de main() el argumento es siempre un vector o array (se sabe 
por la presencia de los corchetes []), en este caso Uamado arg, de cadenas de caracteres (objetos de 
la clase String). Estos argumentos suelen ser parametros que se pasan al programa en el momento 
de comenzar la ejecucion (por ejemplo, el nombre del fichero donde estan los datos). 

El cuerpo {body) del metodo main(), definido en las lineas 6-33, va tambien encerrado entre 
Haves {...}. A un conjunto de sentencias encerrado entre Haves se le suele Uamar bloque. Es 
conveniente indentar para saber donde empieza y donde terminan los bloques del metodo main() y 
de la clase Ejemplol. Los bloques nunca pueden estar entrecruzados; un bloque puede contener a 
otro, pero nunca se puede cerrar el bloque exterior antes de haber cerrado el interior. 

La sentencia 7 (system. out .printin ("comienza main ()..."); ) imprime uusl cadena de 
caracteres o String en la salida estandar del sistema, que normalmente sera una ventana de MS- 
DOS o una ventana especial del entorno de programacion que se utilice (por ejemplo Visual J++, de 
Microsoft). Para ello se utiliza el metodo println(), que esta asociado con una variable static 
Uamada out, perteneciente a la clase System (en elpackage por defecto, javaJang). Una variable 
miembro static, tambien Uamada variable de clase, es una variable miembro que es unica para toda 
la clase y que existe aunque no se haya creado ningun objeto de la clase. La variable out es una 
variable static de la clase System. La sentencia 7, al igual que las que siguen, termina con el caracter 
punto y coma (;). 

La sentencia 8 (circuio c = new circuio(2.o, 2.0, 4 .0) ;) es muy propia de Java. En ella 
se crea un objeto de la clase Circuio, que se define en el Apartado 1.3.4, en la pagina 11. Esta 
sentencia es equivalente a las dos sentencias siguientes: 
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Circulo c; 

c = new Circulo(2.0, 2.0, 4.0); 

que quizas son mas faciles de explicar. En primer lugar se crea una referenda Uamada c a un objeto 
de la clase Circulo. Crear una referenda es como crear un "nombre" valido para referirse a un 
objeto de la clase Circulo. A continuacion, con el operador new se crea el objeto propiamente 
dicho. Puede verse que el nombre de la clase va seguido por tres argumentos entre parentesis. Estos 
argumentos se le pasan al constructor de la clase como datos concretos para crear el objeto (en este 
caso los argumentos son las dos coordenadas del centro y el radio). ^^^^^ 

Interesa ahora insistir un poco mas en la diferencia entre clase y objeto. La clase Circulo es lo 
generico: es el patron o modelo para crear circulos concretos. El objeto c es un circulo concreto, con 
su centro y su radio. De la clase Circulo se pueden crear tantos objetos como se desee; la clase dice 
que cada objeto necesita tres datos (las dos coordenadas del centro y el radio) que son las variables 
miembro de la clase. Cada objeto tiene sus propias copias de las variables miembro, con sus propios 
valores, distintos de los demas objetos de la clase. 

La Sentencia 9 (system, out .print In ("Radio = " + c.r + " unidades . " ) ; ) imprime pOr la 

salida estandar una cadena de texto que contiene el valor del radio. Esta cadena de texto se compone 
de tres sub-cadenas, unidas mediante el operador de concatenacion (+). Observese como se accede 
al radio del objeto c: el nombre del objeto seguido del nombre de la variable miembro r, unidos por 
el operador punto (c.r). El valor numerico del radio se convierte automaticamente en cadena de 
caracteres. La sentencia 10 es similar a la 9, imprimiendo las coordenadas del centro del circulo. 

Las sentencias 1 1 y 12 crean dos nuevos objetos de la clase Circulo, Uamados cl y c2. 

La sentencia 13 (c = ci.eiMayor (c2) ;) utiliza el metodo elMayor() de la clase Circulo. Este 
metodo compara los radios de dos circulos y devuelve como valor de retorno una referenda al 
circulo que tenga mayor radio. Esa referenda se almacena en la referenda previamente creada c. Un 
punto importante es que todos los metodos de Java (excepto los metodos de clase o static) se 
aplican a un objeto de la clase por medio del operador punto (por ejemplo, ci . eiMayor ( ) ). El otro 
objeto {c2) se pasa como argumento entre parentesis. Observese la forma "asimetrica" en la que se 
pasan los dos argumentos al metodo elMayorQ. De ordinario se llama argumento implicito a cl, 
mientras que c2 seria el argumento explicito del metodo. 

La sentencia 14 imprime el resultado de la comparacion anterior y la sentencia 15 crea un 
nuevo objeto de la clase Circulo guardandolo en la referenda c. En este caso no se pasan 
argumentos al constructor de la clase. Eso quiere decir que debera utilizar algunos valores "por 
defecto" para el centro y el radio. Esta sentencia anula o borra el resultado de la primera 
comparacion de radios, de modo que se pueda comprobar el resultado de la segunda comparacion. 

La sentencia 16 (c = circuio.eiMayor (ci, c2);) vuelve a utilizar un metodo Uamado 
elMayorQ para comparar dos circulos: ^Se trata del mismo metodo de la sentencia 13, utilizado de 
otra forma? No. Se trata de un metodo diferente, aunque tenga el mismo nombre. A las funciones o 
metodos que son diferentes porque tienen distinto codigo, aunque tengan el mismo nombre, se les 
llama funciones sobrecargadas (overloaded). Las funciones sobrecargadas se diferencian por el 
numero y tipo de sus argumentos. El metodo de la sentencia 13 tiene un unico argumento, mientras 
que el de la sentencia 16 tiene dos (en todos los casos objetos de la clase Circulo). En realidad, el 
metodo de la sentencia 16 es un metodo static (o metodo de clase), esto es, un metodo que no 
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necesita ningun objeto como argumento implicito. Los metodos static suelen ir precedidos por el 
nombre de la clase y el operador punto (Java tambien permite que vayan precedidos por el nombre 
de cualquier objeto, pero es considerada una nomenclatura mas confusa.). La sentencia 16 es 
absolutamente equivalente a la sentencia 13, pero el metodo static de la sentencia 16 es mas 
"simetrico". Las sentencias 17 y 18 no requieren ya comentarios especiales. 

Las sentencias 18-31 tienen que ver con la parte grafica del ejemplo. En las lineas 18-19 

(VentanaCerrable ventana = new VentanaCerrable ( "Ventana abierta al mundo ...");) Se Crea UUa 

ventana para dibujar sobre ella. Una ventana es un objeto de la clase Frame, del package java.awt. 
La clase VentanaCerrable, explicada en el Apartado 1.3.9 en la pagina 18, aiiade a la clase Frame 
la capacidad de responder a los eventos que provocan el cierre de una ventana. La cadena que se le 
pasa como argumento es el titulo que aparecera en la ventana (ver Figura 1.1). En la sentencia 20 
(vector V = new Vector () ;) se crea uu objeto de la clase ArrayList (contenida o definida en el 
package 7ava.Mri/). La clase ArrayList permite almacenar referencias a objetos de distintas clases. 
En este caso se utilizara para almacenar referencias a varias figuras geometricas diferentes. 

Las siguientes sentencias 21-27 crean elementos graficos y los incluyen en la lista v para ser 
dibujados mas tarde en el objeto de la clase PanelDibujo. Los objetos de la clase Circulo creados 
anteriormente no eran objetos aptos para ser dibujados, pues solo tenian informacion del centro y el 
radio, y no del color de linea. Las clases RectanguloGrafico y CirculoGrafico, definidas en los 
Apartados 1.3.6 y 1.3.7, derivan respectivamente de las clases Rectangulo (Apartado 1.3.3) y 
Circulo (Apartado 1.3.4), heredando de dichas clases sus variables miembro y metodos, aiiadiendo 
la informacion y los metodos necesarios para poder dibujarlos en la pantalla. En las sentencias 21- 
22 se definen dos objetos de la clase CirculoGrafico; a las coordenadas del centro y al radio se une 
el color de la linea. En la sentencia 23-24 se define un objeto de la clase RectanguloGrafico , 
especificando asimismo un color, ademas de las coordenadas del vertice superior izquierdo, y del 
vertice inferior derecho. En las sentencias 25-27 los objetos graficos creados se aiiaden al vector v, 
utilizando el metodo addElementQ de la propia clase Vector. 

En la sentencia 28 (paneioibujo mipanei = new PanelDibujo (v) ; ) se crea uu objeto de la 
clase PanelDibujo, definida en el Apartado 1.3.8. Por decirlo de alguna manera, los objetos de 
dicha clase son paneles, esto es superficies en las que se puede dibujar. Al constructor de 
PanelDibujo se le pasa como argumento el vector v con las referencias a los objetos a dibujar. La 
sentencia 29 (ventana. add (mipanei) ;) afiade o iucluye el panel (la superficie de dibujo) en la 
ventana; la sentencia 30 (ventana . setsize (soo, 4oo) ; ) establece el tamaiio de la ventana en pixels; 
finalmente, la sentencia 31 (ventana . setvisibie (true) ; ) hace visible la ventana creada. 

^Como se consigue que se dibuje todo esto? La clave esta en la serie de ordenes que se han 
ido dando al computador. La clase PanelDibujo deriva de la clase Container a traves de Panel, y 
redefine el metodo paint() de Container. En este metodo, explicado en el Apartado 1.3.8, se realiza 
el dibujo de los objetos graficos creados. El usuario no tiene que preocuparse de Uamar al metodo 
paintQ, pues se llama de modo automatico cada vez que el sistema operativo tiene alguna razon 
para ello (por ejemplo cuando se crea la ventana, cuando se mueve, cuando se minimiza o 
maximiza, cuando aparece despues de haber estado oculta, etc.). La Figura 1.1 muestra la ventana 
resultante de la ejecucion del programa mainQ de la clase Ejemplo 1. Para entender mas a fondo 
este resultado es necesario considerar detenidamente las clases definidas en los apartados que 
siguen. 
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1.3.2 Clase Geometria 



Ventana abierta al mundo.. 
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Rectangulo 
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RectanguloGrafico 



CirculoGrafico 



Figura 1.1. Resultado de la ejecucion del Ejemplol. 



Figura 1.2. Jerarquia de clases utilizadas. 



En este apartado se describe la clase mas importante de esta aplicacion. Es la mas importante no en 
el sentido de lo que hace, sino en el de que las demas clases "derivan" de ella, o por decirlo de otra 
forma, se apoyan o cuelgan de ella. La Figura 1.2 muestra la jerarquia de clases utilizada en este 
ejemplo. La clase Geometria es la base de la jerarquia. En realidad no es la base, pues en Java la 
clase base es siempre la clase Object. Siempre que no se diga explicitamente que una clase deriva de 
otra, deriva implicitamente de la clase Object (definida en el package javadang). De las clases 
Rectangulo y Circulo derivan respectivamente las clases RectanguloGrafico y CirculoGrafico. En 
ambos casos esta por en medio un elemento un poco especial donde aparece la palabra Dibujable. 
En terminos de Java, Dibujable es una interface. Mas adelante se vera que es una interface. 

Se suele utilizar la nomenclatura de super-clase y sub-clase para referirse a la clase padre o 
hija de una clase determinada. Asi Geometria es una super-clase de Circulo, mientras que 
CirculoGrafico es una. sub-clase. ^ 

En este ejemplo solo se van a dibujar rectangulos y circulos. De la clase Geometria van a 
derivar las clases Rectangulo y Circulo. Estas clases tienen en comun que son "geometrias", y 
como tales tendran ciertas caracteristicas comunes como un perimetro y un area. Un aspecto 
importante a considerar es que no va a haber nunca objetos de la clase Geometria, es decir 
"geometrias a secas". Una clase de la que no va a haber objetos es una clase abstracta, y como tal 
puede ser declarada. A continuacion se muestra el fichero Geometriajava en el que se define dicha 
clase: 



1. 



2. 
3. 



4. 
5. 



// fichero Geometria . Java 

public abstract class Geometria { 

// clase abstracta que no puede tener objetos 

public abstract double perimetro (); 
public abstract double area(); 



6. 
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La clase Geometria se declara como public para permitir que sea utilizada por cualquier otra 
clase, y como abstract para indicar que no se permite crear objetos de esta clase. Es caracteristico de 
las clases tener variables y funciones miembro. La clase Geometria no define ninguna variable 
miembro, pero si declara dos metodos: perimetroQ y areaQ. Ambos metodos se declaran como 
public para que puedan ser Uamados por otras clases y como abstract para indicar que no se da 
ninguna definicion -es decir ningun codigo- para ellos. Interesa entender la diferencia entre 
declaracion (la primera linea o header del metodo) y definicion (todo el codigo del metodo, 
incluyendo la primera linea). Se indica tambien que su valor de retorno -el resultado- va a ser un 
double y que no tienen argumentos (obtendran sus datos a partir del objeto que se les pase como 
argumento implicito). Es completamente logico que no se definan en esta clase los metodos 
perimetroO y area(): la forma de calcular un perimetro o un area es completamente distinta en un 
rectangulo y en un circulo, y por tanto estos metodos habra que definirlos en las clases Rectangulo 
y Circulo. En la clase Geometria lo unico que se puede decir es como seran dichos metodos, es 
decir su nombre, el numero y tipo de sus argumentos y el tipo de su valor de retorno. 

1.3.3 Clase Rectangulo ^ ^ 

Segun el diagrama de clases de la Figura 1.2 la clase Rectangulo deriva de Geometria. Esto se 
indica en la sentencia 2 con la palabra extends (en negrita en el listado de la clase). 

1. // fichero Rectangulo . Java 



public class Rectangulo extends Geometria { 

// definicion de variables miembro de la claes 
private static int numRectangulos = 0; 
protected double xl, yl, x2, y2; 



6. // const ructores de la clase 

7. public Rectangulo (double plx, double ply, double p2x, double p2y) { 
xl = plx; ^ 

9. x2=p2x; 

10. yl = ply; ^^^^ 

11. y2 = p2y; ^^^T 

12. numRectangulos++; 

13. } 

14. public Rectangulo { this(0, 0, 1.0, 1.0); } 

15. // definicion de metodos 

16. public double perimetro() { return 2.0 * ( (xl-x2 ) + (yl-y2 ) ) ; } 

17. public double area() { return (xl-x2 ) * (yl-y2 ) ; } 

18. } // fin de la clase Rectangulo 

La clase Rectangulo define cinco variables miembro. En la sentencia 4 (private static int 
numRectangulos = ; ) se define uua Variable miembro static. Las variables miembro static se 
caracterizan por ser propias de la clase y no de cada objeto. En efecto, la variable numRectangulos 
pretende Uevar cuenta en todo momento del numero de objetos de esta clase que se han creado. No 
tiene sentido ni seria practico en absoluto que cada objeto tuviera su propia copia de esta variable, 
teniendo ademas que actualizarla cada vez que se crea o se destruye un nuevo rectangulo. De la 
variable numRectangulos , que en la sentencia 4 se inicializa a cero, se mantiene una unica copia 
para toda la clase. Ademas esta variable es privada (private), lo cual quiere decir que solo las 
funciones miembro de esta clase tienen permiso para utilizarla. 

La sentencia 5 (protected double xl, yl, x2, y2;) define cuatro nuevas variables miembro, 
que representan las coordenadas de dos vertices opuestos del rectangulo. Las cuatro son de tipo 
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double. El declararlas como protected indica que solo esta clase, las clases que deriven de ella y las 
clases del propio package tienen permiso para utilizarlas. 

Las sentencias 7-14 definen los constructores de la clase. Los constructores son unos metodos 
o funciones miembro muy importantes. Como se puede ver, no tienen valor de retorno (ni siquiera 
void) y su nombre coincide con el de la clase. Los constructores son un ejemplo tipico de metodos 
sobrecargados {overloaded): en este caso hay dos constructores, el segundo de los cuales no tiene 
ningun argumento, por lo que se llama constructor por defecto. Las sentencias 7-13 definen el 
constructor general. Este constructor recibe cuatro argumentos con cuatro valores que asigna a las 
cuatro variables miembro. La sentencia 12 incrementa en una unidad (esto es lo que hace el 
operador -i-i-, tipico de C y C-i-i-, de los que Java lo ha heredado) el numero de rectangulos creados 
hasta el momento. 

La sentencia 14 (public Rectanguio o { this(o, 0, 1.0, 1.0); }) define un segundo 
constructor, que por no necesitar argumentos es un constructor por defecto. ^Que se puede hacer 
cuando hay que crear un rectanguio sin ningun dato? Pues algo realmente sencillo: en este caso se 
ha optado por crear un rectanguio de lado unidad cuyo primer vertice coincide con el origen de 
coordenadas. Observese que este constructor en realidad no tiene codigo para inicializar las 
variables miembro, limitandose a Uamar al constructor general previamente creado, utilizando para 
ello la palabra this seguida del valor por defecto de los argumentos. Ya se vera que la palabra this 
tiene otro uso aiin mas importante en Java. 

Las sentencias 16 (public double perlmetroO { return 2.0 * ( (xl-x2 ) + (yl-y2 ) ) ; })yl7 
(public double area() { return (xl-x2 ) * (yl-y2 ) ; }) COUtieUeU la defiuicion de lOS mCtOdOS 

miembro perimetroO y area(). La declaracion coincide con la de la clase Geometria, pero aqui va 
seguida del cuerpo del metodo entre Haves {...}. Las formulas utilizadas son las propias de un 
rectanguio. 

1.3.4 Clase Circulo 

A continuacion se presenta la definicion de la clase Circulo, tambien derivada de Geometria, y que 
resulta bastante similar en muchos aspectos a la clase Rectanguio. Por eso, en este caso las 
explicaciones seran un poco mas breves, excepto cuando aparezcan cosas nuevas. 

1. // fichero Circulo. Java 



public class Circulo extends Geometria { 
static int numCirculos = ; 

public static final double PI=3 . 1 41592 65358 97 932384 6; 
public double x, y, r; 

public Circulo (double x, double y, double r) { 
this.x=x; this.y=y; this.r=r; 

numCirculos++; 



10. public Circulo (double r) { this(0.0, 0.0, r) ; } 

11. public Circulo (Circulo c) { this(c.x, c.y, c.r); } 

12. public CirculoO { this(0.0, 0.0, 1.0); } 

13. public double perimetro() { return 2.0 * pi * r; } 

14. public double area() { return PI * r * r; } 

15. // metodo de objeto para comparar circulos 
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16. public Circulo elMayor (Circulo c) { 

17. if (this . r>=c . r ) return this; else return c; 

18. } 

19. // metodo de clase para comparar circulos 

20. public static Circulo elMayor (Circulo c, Circulo d) { 

21. if (c.r>=d.r) return c; else return d; 

22. } 

23. } // fin de la clase Circulo 

La sentencia 3 (static int numcircuios = 0; ) define una variable static o de clase analoga a 
la de la clase Rectangulo. En este caso no se ha definido como private. Cuando no se especifican 
permisos de acceso (public, private o protected) se supone la opcion por defecto, que es package. 
Con esta opcion la variable o metodo correspondiente puede ser utilizada por todas las clases del 
package y solo por ellas. Como en este ejemplo no se ha definido ningun package, se utiliza el 
package por defecto que es el directorio donde estan definidas las clases. Asi pues, la variable 
numCirculos podra ser utilizada solo por las clases que esten en el mismo directorio que Circulo. 

La sentencia 4 (public static final double pi=3. 14159265358979323846;) define tambien 
una variable static, pero contiene una palabra nueva: final. Una variable final tiene como 
caracteristica el que su valor no puede ser modificado, o lo que es lo mismo, es una constante. Es 
muy logico definir el numero 7U como constante, y tambien es razonable que sea una constante static 
de la clase Circulo, de forma que sea compartida por todos los metodos y objetos que se creen. La 
sentencia 5 (public double x, y, r;) define las variables miembro de objeto, que son las 
coordenadas del centro y el radio del circulo. 

La sentencia 6-9 define el constructor general de la clase Circulo. En este caso tiene una 
peculiaridad y es que el nombre de los argumentos (x, y, r) coincide con el nombre de las variables 
miembro. Esto es un problema, porque como se vera mas adelante los argumentos de un metodo 
son variables locales que solo son visibles dentro del bloque {...} del metodo, que se destruyen al 
salir del bloque y que ocultan otras variables de ambito mas general que tengan esos mismos 
nombres. En otras palabras, si en el codigo del constructor se utilizan las variables (x, y, r) se esta 
haciendo referenda a los argumentos del metodo y no a las variables miembro. La sentencia 7 
indica como se resuelve este problema. Para cualquier metodo no static de una clase, la palabra this 
es una referenda al objeto -el argumento implicito- sobre el que se esta aplicando el metodo. De 
esta forma, this.x se refiere a la variable miembro, mientras que jc es el argumento del constructor. 

Las sentencias 10-12 representan otros tres constructores de la clase (metodos sobrecargados), 
que se diferencian en el numero y tipo de argumentos. Los tres tienen en comun el realizar su papel 
Uamando al constructor general previamente definido, al que se hace referenda con la palabra this 
(en este caso el significado de this no es exactamente el del argumento implicito). Al constructor de 
la sentencia 10 solo se le pasa el radio, con lo cual construye un circulo con ese radio centrado en el 
origen de coordenadas. Al constructor de la sentencia 11 se le pasa otro objeto de la clase Circulo, 
del cual saca una copia. El constructor de la sentencia 12 es un constructor por defecto, al que no se 
le pasa ningun argumento, que crea un circulo de radio unidad centrado en el origen. 

Las sentencias 13 y 14 definen los metodos perimetro() yarea(), declarados como abstract en 
la clase Geometria, de modo adecuado para los circulos. 

Las sentencias 16-18 definen elMayorQ, que es un metodo de objeto para comparar circulos. 
Uno de los circulos le Uega como argumento implicito y el otro como argumento explicito. En la 
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sentencia 17 se ve como al radio del argumento implicito se accede en la forma this.r (se podria 
acceder tambien simplemente con r, pues no hay ninguna variable local que la oculte), y al del 
argumento explicito como c.r, donde c es el nombre del objeto pasado como argumento. La 
sentencia return devuelve una referenda al objeto cuyo radio sea mayor. Cuando este es el 
argumento implicito se devuelve this. 

Las sentencias 20-22 presentan la definicion de otro metodo elMayorQ, que en este caso es un 
metodo de clase (definido como static), y por tanto no tiene argumento implicito. Los dos objetos a 
comparar se deben pasar como argumentos explicitos, lo que hace el codigo muy facil de entender. 
Es importante considerar que en ambos casos lo que se devuelve como valor de retorno no es el 
objeto que constituye el mayor circulo, sino una referenda (un nombre, por decirlo de otra forma). 

1.3.5 Interface Dibujable .^kb. 

El diagrama de clases de la Figura 1.2 indica que las clases RectanguloGrafico y CirculoGrafico 
son el resultado, tanto de las clases Rectangulo y Circulo de las que derivan, como de la interface 
Dibujable, que de alguna manera interviene en el proceso. 

El concepto de interface es muy importante en Java. A diferencia de C++, Java no permite 
herencia multiple, esto es, no permite que una clase derive de dos clases distintas heredando de 
ambas metodos y variables miembro. La herencia multiple es fuente de problemas, pero en muchas 
ocasiones es una caracteristica muy conveniente. Las interfaces de Java constituyen una altemativa 
a la herencia multiple con importantes ventajas practicas y de "estilo de programacion". 

Una interface es un conjunto de declaraciones de metodos (sin implementacion, es decir, sin 
definir el codigo de dichos metodos). La declaracion consta del tipo del valor de retorno y del 
nombre del metodo, seguido por el tipo de los argumentos entre parentesis. Cuando una clase 
implementa una determinada interface, se compromete a dar una definicion a todos los metodos de 
la interface. En cierta forma una interface se parece a una clase abstract cuyos metodos son todos 
abstract. La ventaja de las interfaces es que no estan sometidas a las mas rigidas normas de las 
clases; por ejemplo, una clase no puede heredar de dos clases abstract, pero si puede implementar 
varias interfaces. 

Una de las ventajas de las interfaces de Java es el establecer pautas o modos de funciona- 
miento similares para clases que pueden estar o no relacionadas mediante herencia. En efecto, todas 
las clases que implementan una determinada interface soportan los metodos declarados en la 
interface y en este sentido se comportan de modo similar. Las interfaces pueden tambien 
relacionarse mediante mecanismos de herencia, con mas flexibilidad que las clases. Mas adelante 
se volvera con mas detenimiento sobre este tema, muy importante para muchos aspectos de Java. El 
fichero Dibujable. Java define la interface Dibujable, mostrada a continuacion. 

1. // fichero Dibujable . Java 

2. import Java . awt . Graphics ; 

3. public interface Dibujable { 

4. public void setPosicion (double x, double y) ; 

5. public void dibu jar (Graphics dw) ; 

6. } 
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La interface Dibujable esta dirigida a incorporar, en las clases que la implementen, la 
capacidad de dibujar sus objetos. El listado muestra la declaracion de los metodos setPosicionQ y 
dibujar(). La declaracion de estos metodos no tiene nada de particular. Como el metodo dibujarQ 
utiliza como argumento un objeto de la clase Graphics, es necesario importar dicha clase. Lo 
importante es que si las clases RectanguloGrafico y CirculoGrafico implementan la interface 
Dibujable sus objetos podran ser representados graficamente en pantalla. 

1.3.6 Clase RectanguloGrafico 

La clase RectanguloGrafico deriva de Rectangulo (lo cual quiere decir que hereda sus metodos y 
variables miembro) e implementa la interface Dibujable (lo cual quiere decir que debe definir los 
metodos declarados en dicha interface). A continuacion se incluye la definicion de dicha clase. 

1. // Fichero RectanguloGraf ico . Java 



import Java . awt . Graphics ; 
import Java . awt . Color ; 

class RectanguloGrafico extends Rectangulo implemen'ts Dibujable 
// nueva variable miembro 
Color color; 



// constructor 

public RectanguloGraf ico (double xl, double yl, double x2, double y2 , 

9. Color unColor) { 

10. // llamada al constructor de Rectangulo 

11. super (xl, yl, x2, y2) ; 

12. this. color = unColor; // en este caso this es opcional 

13. } 

14. // metodos de la interface Dibujable 

15. public void dibujar (Graphics dw) { 

16. dw. set Col or (color ) ; 

17. dw.drawRect ( (int)xl, (int)yl, (int) (x2-xl) , (int) (y2-yl) ) ; 

18. } 

19. public void setPosicion (double x, double y) { 

20. ; // metodo vacio, pero necesario de definir 

21. } 

22. } // fin de la clase RectanguloGrafico 

Las sentencias 2 y 3 importan dos clases del package yava-aif^ Otra posibilidad seria importar 
todas las clases de dicho package con la sentencia (import j ava . awt . * ; ). 

La sentencia 4 indica que RectanguloGrafico deriva de la clase Rectangulo e implementa la 
interface Dibujable. Recuerdese que mientras que solo se puede derivar de una clase, se pueden 
implementar varias interfaces, en cuyo caso se ponen en el encabezamiento de la clase separadas por 
comas. La sentencia 6(coior color;) define una nueva variable miembro que se suma a las que ya 
se tienen por herencia. Esta nueva variable es un objeto de la clase Color. 

Las sentencias 8-13 definen el constructor general de la clase, al cual le Uegan los cinco 
argumentos necesarios para dar valor a todas las variables miembro. En este caso los nombres de los 
argumentos tambien coinciden con los de las variables miembro, pero solo se utilizan para 
pasarselos al constructor de la super-clase. En efecto, la sentencia 11 (super (xi, yi, x2, y2);) 
contiene una novedad: para dar valor a las variables heredadas lo mas comodo es Uamar al 
constructor de la clase padre o super-clase, al cual se hace referenda con la palabra super. 
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Las sentencias 14-18 y 19-21 definen los dos metodos declarados por la interface Dibujable. 
El metodo dibujarQ recibe como argumento un objeto dw de la clase Graphics. Esta clase define un 
contexto para realizar operaciones graficas en un panel, tales como el color de las lineas, el color de 
fondo, el tipo de letra a utilizar en los rotulos, etc. Mas adelante se vera con mas detenimiento este 
concepto. La sentencia 16 (dw.setcoior (color) ;) hace uso un metodo de la clase Graphics para 
determinar el color con el que se dibujaran las lineas a partir de ese momento. La sentencia 17 

(dw.drawRect ( (int) xl, (int)yl, (int ) (x2-xl ) , (int ) (Y2-yl ) ) ; ) llama a OtrO mCtOdO de esa 

misma clase que dibuja un rectangulo a partir de las coordenadas del vertice superior izquierdo, de 
la anchura y de la altura. 

Java obliga a implementar o definir siempre todos los metodos declarados por la interface, 
aunque no se vayan a utilizar. Esa es la razon de que las sentencias 19-21 definan un metodo vacio, 
que solo contiene un caracter punto y coma. Como no se va a utilizar no importa que este vacio, 
pero Java obliga a dar una definicion o implementacion. 

1.3.7 Clase CirculoGrafico 

A continuacion se define la clase CirculoGrafico, que deriva de la clase Circulo e implementa la 
interface Dibujable. Esta clase es muy similar a la clase RectanguloGrafico y no requiere 
explicaciones especiales. 

// fichero CirculoGrafico . Java 

import Java . awt . Graphics ; ^^E » 

import Java . awt . Color ; 

public class CirculoGrafico extends Circulo implements Dibujable { 
// se heredan las variables y metodos de la clase Circulo 

Color color; 

// constructor 

public CirculoGrafico (double x, double y, double r. Color unColor) { 

// llamada al constructor de Circulo 

super (x, y, r) ; 

this. color = unColor; 
} 

// metodos de la interface Dibujable 
public void dibu jar (Graphics dw) { 

dw. setColor (color) ; 

dw.drawOval( (int) (x-r) , (int) (y-r) , (int) (2*r) , (int) (2*r) ) ; 

public void setPosicion (double x, double y) { 



} // fin de la clase CirculoGrafico 

1.3.8 Clase PanelDibujo 

La clase que se describe en este apartado es muy importante y quizas una de las mas dificiles de 
entender en este capitulo introductorio. La clase PanelDibujo es muy importante porque es la 
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responsable final de que los rectangulos y circulos aparezcan dibujados en la pantalla. Esta clase 
deriva de la clase Panel, que deriva de Container, que deriva de Component, que deriva de Object. 

Ya se ha comentado que Object es la clase mas general de Java. La clase Component 
comprende todos los objetos de Java que tienen representacion grafica, tales como botones, barras 
de desplazamiento, etc. Los objetos de la clase Container son objetos graficos del AWT {Abstract 
Windows Toolkit; la libreria de clases de Java que permite crear interfaces graficas de usuario) 
capaces de contener otros objetos del AWT. La clase Panel define los Container mas sencillos, 
capaces de contener otros elementos graficos (como otros paneles) y sobre la que se puede dibujar. 
La clase PanelDibujo contiene el codigo que se muestra a continuacion. 

y 
1. // fichero PanelDibujo . Java 



import java.awt.*; 

import Java . util . ArrayList ; 

import Java . util . Iterator ; 

public class PanelDibujo extends Panel 

// variable miembro 
private ArrayList v; 



// constructor 

9. public PanelDibujo (ArrayList va) { 

10. super (new FlowLayout ( ) ) ; 

1 1 . this . V = va; 

12. } 

13. // redef inicion del metodo paint () 
1 4 . public void paint (Graphics g) { 

15. Dibujable dib; 

16. Iterator it; 

17. it = V . iterator ; 

18. while (it .hasNext ) { 

19. dib = (Dibujable) it.next ; 

20. dib . dibujar (g) ; 

21. } 

23. } // Fin de la clase PanelDibujo 

Las sentencias 2-4 importan las clases necesarias para construir la clase PanelDibujo. Se 
importan todas las clases del packageyava-aw^ La clase ArrayList y la interface Iterator pertenecen 
al package 7ava.Mri/, y sirven para tratar colecciones o conjuntos, en este caso conjuntos de figuras 
dibujables. 

La sentencia 5 indica que la clase PanelDibujo deriva de la clase Panel, heredando de esta y 
de sus super-clases Container y Component todas sus capacidades graficas. La sentencia 7 (private 
ArrayList v; ) crea uua Variable miembro v que es una referenda a un objeto de la clase ArrayList 
(notese que no es un objeto, sino una referenda o un nombre de objeto). Las sentencias 9-12 definen 
el constructor de la clase, que recibe como argumento una referenda va a un objeto de la clase 
ArrayList. En esta lista estaran almacenadas las referencias a los objetos -rectangulos y circulos- 
que van a ser dibujados. En la sentencia 10 (super (new Fiowiayout ( ) ) ; ) se llama al constructor de 
la super-clase panel, pasandole como argumento un objeto recien creado de la clase FlowLayout. 
Como se vera mas adelante al hablar de construccion de interfaces graficas con el AWT, la clase 
FlowLayout se ocupa de distribuir de una determinada forma (de izquierda a derecha y de arriba 
abajo) los componentes graficos que se aiiaden a un "container" tal como la clase Panel. En este 
caso no tiene mucha importancia, pero conviene utilizarlo. 
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Hay que introducir ahora un aspecto muy importante de Java y, en general, de la 
programacion orientada a objetos. Tiene que ver con algo que es conocido con el nombre de 
Polimorfismo. La idea basica es que una referenda a un objeto de una determinada clase es 
capaz de servir de referenda o de nombre a objetos de cualquiera de sus clases derivadas. Por 

ejemplo, es posible en Java hacer lo siguiente: 

Geometria geoml, geom2; 

geoml = new RectanguloGraf ico (0 , 0, 200, 100, Color. red); 

geom2 = new CirculoGraf ico (200 , 200, 100, Color . blue) ; 

Observese que se han creado dos referencias de la clase Geometria que posteriormente 
apuntan a objetos de las clases derivadas RedanguloGrafico y CirculoGrafico . Sin embargo, hay 
una cierta limitacion en lo que se puede hacer con las referencias geoml y geoml. Por ser 
referencias a la clase Geometria solo se pueden utilizar las capacidades definidas en dicha clase, 
que se reducen a la utilizacion de los v(\€iodo^ perimetro() y area(). 

De la misma forma que se ha visto con la clase base Geometria, en Java es posible utilizar 
una referenda del tipo correspondiente a una interface para manejar objetos de clases que 
implementan dicha interface. Por ejemplo, es posible escribir: 

Dibujable dibl, dib2; 

dibl = new RectanguloGraf ico ( , 0, 200, 100, Color. red); 

dib2 = new CirculoGraf ico (200 , 200, 100, Color. blue); '' 

donde los objetos referidos por dibl y dib2 pertenecen a las clases RectanguloGrafico y 
CirculoGrafico, que implementan la interface Dibujable. Tambien los objetos dibl y dib2 tienen 
una limitacion: solo pueden ser utilizados con los metodos definidos por la interface Dibujable. 

El poder utilizar nombres de una super-clase o de una interface permite tratar de un modo 
unificado objetos distintos, aunque pertenecientes a distintas sub-clases o bien a clases que 
implementan dicha interface. Esta es la idea en la que se basa e\ polimorfismo. 

Ahora ya se esta en condiciones de volver al codigo del metodo paintQ, definido en las 
sentencias 14-22 de la clase PanelDibujo. El metodo /7a/n^0 es un metodo heredado de Container, 
que a su vez re-define el metodo heredado de Component. En la clase PanelDibujo se da una nueva 
definicion de este metodo. Una peculiaridad del metodo paintQ es que, por lo general, el 
programador no tiene que preocuparse de Uamarlo: se encargan de ello Java y el sistema operativo. 
El programador prepara por una parte la ventana y el panel en el que va a dibujar, y por otra 
programa en el metodo paint() las operaciones graficas que quiere realizar. El sistema operativo y 
Java Uaman a paint() cada vez que entienden que la ventana debe ser dibujada o re-dibujada. El 
unico argumento de paintQ es un objeto g de la clase Graphics que, como se ha dicho antes, 
constituye el contexto grdfico (color de las lineas, tipo de letra, etc.) con el que se realizaran las 
operaciones de dibujo. 

La sentencia 15 (nibujabie dib;) crea una referenda de la clase Dibujable, que como se ha 
dicho anteriormente, podra apuntar o contener objetos de cualquier clase que implemente dicha 
interface. La sentencia 16 (iterator it;) crea una referenda a un objeto de la interface Iterator 
definida en el package java.util. La interface Iterator proporciona los metodos hasNextQ, que 
chequea si la coleccion de elementos que se esta recorriendo tiene mas elementos y nextQ, que 
devuelve el siguiente elemento de la coleccion. Cualquier coleccion de elementos (tal como la clase 
ArrayList de Java, o como cualquier tipo de lista vinculada programada por el usuario) puede 
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implementar esta interface, y ser por tanto utilizada de un modo uniforme. En la sentencia 17 se 
utiliza el metodo iterator () de la clase Array List (it = v.iteratorO;), que devuelve una referenda 
Iterator de los elementos de la lista v. Ob serve se la diferencia entre el metodo iterator() de la clase 
ArrayList y la interface Iterator. En Java los nombre sde las clases e interfaces siempre empiezan 
por mayuscula, mientras que los metodos lo hacen con minuscula. Las sentencias 18-21 representan 
un bucle while cuyas sentencias -encerradas entre Haves {...}- se repetiran mientras haya elementos 
en la enumeracion e (o en el vector v). 

La sentencia 19 (dib = (oibujabie) it.next o ;) contiene bastantes elementos nuevos e 
importantes. El metodo it.next() devuelve el siguiente objeto de la lista representada por una 
referenda de tipo Iterator. En principio este objeto podria ser de cualquier clase. Los elementos de 
la clase ArrayList son referencias de la clase Object, que es la clase mas general de Java, la clase de 
la que derivan todas las demas. Esto quiere decir que esas referencias pueden apuntar a objetos de 
cualquier clase. El nombre de la interface (Dibujable) entre parentesis representa un cast o 
conversion entre tipos diferentes. En Java como en C++, la conversion entre variables u objetos de 
distintas clases es muy importante. Por ejemplo, (int)3.14 convierte el numero double 3.14 en el 
entero 3. Evidentemente no todas las conversiones son posibles, pero si lo son y tienen mucho 
interes las conversiones entre clases que estan en la misma linea jerarquica (entre sub-clases y 
super-clases), y entre clases que implementan la misma interface. Lo que se esta diciendo a la 
referenda dib con el cast a la interface Dibujable en la sentencia 19, es que el objeto de la 
enumeracion va a ser tratado exclusivamente con los metodos de dicha interface. En la sentencia 20 
(dib.dibujar (g) ;) se aplica el metodo dibujar() al objeto referenciado por dib, que forma parte del 
iterator it, obtenida a partir de la lista v. 

Lo que se acaba de explicar puede parecer un poco complicado, pero es tipico de Java y de la 
programacion orientada a objetos. La ventaja del metodo paint() asi programado es que es 
absolutamente general: en ningun momento se hace referenda a las clases RectanguloGrafico y 
CirculoGrafico, cuyos objetos son realmente los que se van a dibujar. Esto permite aiiadir nuevas 
clases tales como TrianguloGrafico, PoligonoGrajlco, LineaGrafica, etc., sin tener que modificar 
para nada el codigo anterior: tan solo es necesario que dichas clases implementen la interface 
Dibujable. Esta es una ventaja no pequeiia cuando se trata de crear programas extensibles (que 
puedan crecer),flexibles (que se puedan modificar) y reutilizables (que se puedan incorporar a otras 
aplicaciones). 

V 

1.3.9 Clase VentanaCerrable 

La clase VentanaCerrable es la ultima clase de este ejemplo. Es una clase de "utilidad" que mejora 
algo las caracteristicas de la clase Frame de Java, de la que deriva. La clase Frame estandar tiene 
una limitacion y es que no responde a las acciones normales en Windows para cerrar una ventana o 
una aplicacion (por ejemplo, clicar en la cruz de la esquina superior derecha). En ese caso, para 
cerrar la aplicacion es necesario recurrir por ejemplo al comando End Task del Task Manager de 
Windows NT (que aparece con Ctrl+Alt+Supr). Para evitar esta molestia se ha creado la clase 
VentanaCerrable, que deriva de Frame e implementa la interface Window Listener. A continuacion 
se muestra el codigo de la clase VentanaCerrable. 

1. // Fichero VentanaCerrable . Java 

2. import java.awt.*; 

3. import Java . awt . event .* ; 
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4. class VentanaCerrable extends Frame implements WindowListener { 

5. // const ructores 

6. public VentanaCerrable ( ) { 
7 . super () ; 

8. } 

9. public VentanaCerrable (String title) { 

10. super (title) ; 

11 . setSize (500, 500) ; 

12. addWindowListener (this) ; ^^ 

13. } 

14. // metodos de la interface WindowsListener j 

15. public void windowActivated (WindowEvent e) {; } 

16. public void windowClosed (WindowEvent e) { ; } 

17. public void windowClosing (WindowEvent e) {System. exit (0) ; } 

18. public void windowDeactivated (WindowEvent e) {; } 

19. public void windowDeiconif led (WindowEvent e) {; } 

20. public void windowlconif led (WindowEvent e) {; } 

21. public void windowOpened (WindowEvent e) {; } 

22. } // fin de la clase VentanaCerrable 

La clase VentanaCerrable contiene dos constructores. El primero de ellos es un constructor 
por defecto (sin argumentos) que se limita a Uamar al constructor de la super-clase Frame con la 
palabra super. El segundo constructor admite un argumento para poner titulo a la ventana; llama 
tambien al constructor de Frame pasandole este mismo argumento. Despues establece un tamano 
para la ventana creada (el tamano por defecto para Frame es cero). 

La sentencia 12 (addwindowListener (this) ; ) es muy importante y significativa sobre la forma 
en que el AWT de Java gestiona los eventos sobre las ventanas y en general sobre lo que es la 
interface grafica de usuario. Cuando un elemento grafico -en este caso la ventana- puede recibir 
eventos del usuario es necesario indicar quien se va a encargar de procesar esos eventos. De 
ordinario al producirse un evento se debe activar un metodo determinado que se encarga de 
procesarlo y realizar las acciones pertinentes (en este caso cerrar la ventana y la aplicacion). La 
sentencia 12 ejecuta el metodo addWindowListener() de la clase Frame (que a su vez lo ha 
heredado de la clase Window). El argumento que se le pasa a este metodo indica que objeto se va a 
responsabilizar de gestionar los eventos que reciba la ventana implementando la interface 
WindowListener. En este caso, como el argumento que se le pasa es this, la propia clase 
VentanaCerrable debe ocuparse de gestionar los eventos que reciba. Asi es, puesto que dicha clase 
implementa la interface WindowListener segun se ve en la sentencia 4. Puede notarse que como el 
constructor por defecto de las sentencias 6-8 no utiliza el metodo addWindowListener(), si se 
construye una VentanaCerrable sin titulo no podra ser cerrada del modo habitual. Asi se ha hecho 
deliberadamente en este ejemplo para que el lector lo pueda comprobar con facilidad. 

La interface WindowListener define los siete metodos necesarios para gestionar los siete 
eventos con los que se puede actuar sobre una ventana. Para cerrar la ventana solo es necesario 
definir el metodo window ClosingO . Sin embargo, el implementar una interface obliga siempre a 
definir todos sus metodos. Por ello en las sentencias 15-21 todos los metodos estan vacios 
(solamente el punto y coma entre Haves), excepto el que realmente interesa, que llama al metodo 
exitQ de la clase System. El argumento "0" indica terminacion normal del programa. 
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1.3.10 Consideraciones adicionales sobre el Ejemplol 

Es muy importante entender los conceptos explicados; esto puede facilitar mucho la comprension de 
los capitulos que siguen. 

Se puede practicar con este ejemplo creando algunos objetos mas en el programa principal o 
introduciendo alguna otra pequena modificacion. 

1.4 NOMENCLATURA HABITUAL EN LA PROGRAMACION EN JA V A '^* 

Los nombres de Java son sensibles a las letras mayusculas y minusculas. Asi, las variables masa, 
Masa y MASA son consideradas variables completamente diferentes. Las reglas del lenguaje 
respecto a los nombres de variables son muy amplias y permiten mucha libertad al programador, 
pero es habitual seguir ciertas normas que facilitan la lectura y el mantenimiento de los programas 
de ordenador. Se recomienda seguir las siguientes instrucciones: 

1. En Java es habitual utilizar nombres con minusculas, con las excepciones que se indican en los 
puntos siguientes. >. 

2. Cuando un nombre consta de varias palabras es habitual poner una a continuacion de otra, 
poniendo con mayuscula la primera letra de la palabra que sigue a otra (Ejemplos: elMayor(), 
VentanaCerrable, RectanguloGrafico, addWindowListener()). 

3. Los nombres de clases e interfaces comienzan siempre por mayuscula (Ejemplos: Geometria, 
Rectangulo, Dibujable, Graphics, ArrayList, Iterator). 

4. Los nombres de objetos, los nombres de metodos y variables miembro, y los nombres de las 
variables locales de los metodos, comienzan siempre por minuscula (Ejemplos: main(), 
dibujarO, numRectangulos , x, y, r). 

5. Los nombres de las variables finales, es decir de las constantes, se definen siempre con 
mayusculas (Ejemplo: PI) 

1.5 ESTRUCTURA GENERAL DE UN PROGRAMA JAVA 

El anterior ejemplo presenta la estructura habitual de un programa realizado en cualquier lenguaje 
orientado a objetos u OOP (Object Oriented Programming), y en particular en el lenguaje Java. 
Aparece una clase que contiene el programa principal (aquel que contiene la funcion main()) y 
algunas clases de usuario (las especificas de la aplicacion que se esta desarroUando) que son 
utilizadas por el programa principal. Los ficheros fuente tienen la extension *.java, mientras que los 
ficheros compilados tienen la extension ^.class. 

Un fichero fuente {*.java) puede contener mas de una clase, pero solo una puede ser public. 
El nombre del fichero fuente debe coincidir con el de la clase public (con la extension *.java). Si 
por ejemplo en un fichero aparece la declaracion (public class MiClase {...}) entonces el nombre del 
fichero debera ser MiClase.java. Es importante que coincidan mayusculas y minusculas ya que 
MiClase.java y miclase.java serian clases diferentes para Java. Si la clase no es public, no es 
necesario que su nombre coincida con el del fichero. Una clase puede ser public o package 
(default), pero no private o protected. Estos conceptos se explican posteriormente. 
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De ordinario una aplicacion esta constituida por varies ficheros *. class. Cada clase realiza 
Unas funciones particulares, permitiendo construir las aplicaciones con gran modularidad e 
independencia entre clases. La aplicacion se ejecuta por medio del nombre de la clase que contiene 
la funcion mainQ (sin la extension *.class). Las clases de Java se agrupan en packages, que son 
librerias de clases. Si las clases no se definen como pertenecientes a un package, se utiliza un 
package por defecto (default) que es el directorio activo. Los packages se estudian con mas 
detenimiento el Apartado 3.6, a partir de la pagina 47. 

1.5.1 Concepto de Clase " 

Una clase es una agrupacion de datos (variables o campos) y de funciones (metodos) que operan 
sobre esos datos. A estos datos y funciones pertenecientes a una clase se les denomina variables y 
metodos o funciones mlembro. La programacion orientada a objetos se basa en la programacion de 
clases. Un programa se construye a partir de un conjunto de clases. 

Una vez definida e implementada una clase, es posible declarar elementos de esta clase de 
modo similar a como se declaran las variables del lenguaje (de los tipos primitivos int, double. 
String, ...). Los elementos declarados de una clase se denominan objetos de la clase. De una unica 
clase se pueden declarar o crear numerosos objetos. La clase es lo generico: es el patron o modelo 
para crear objetos. Cada objeto tiene sus propias copias de las variables miembro, con sus propios 
valores, en general distintos de los demas objetos de la clase. Las clases pueden tener variables 
static, que son propias de la clase y no de cada objeto. 

1.5.2 Herencia 

La herencia permite que se pueden definir nuevas clases basadas en clases existentes, lo cual facilita 
re-utilizar codigo previamente desarroUado. Si una clase deriva de otra {extends) hereda todas sus 
variables y metodos. La clase derivada puede anadlr nuevas variables y metodos y/o redeflnlr las 
variables y metodos heredados. "^ 

En Java, a diferencia de otros lenguajes orientados a objetos, una clase solo puede derivar de 
una linica clase, con lo cual no es posible realizar herencia multiple en base a clases. Sin embargo 
es posible "simular" la herencia multiple en base a las Interfaces. 

1.5.3 Concepto de Interface 

Una Interface es un conjunto de declaraciones de funciones. Si una clase implementa {Implements) 
una Interface, debe definir todas las funciones especificadas por la Interface. Una clase puede 
implementar mas de una Interface, representando una forma alternativa de la herencia multiple. 

A su vez, una Interface puede derivar de otra o incluso de varias Interfaces, en cuyo caso 
incorpora todos los metodos de las Interfaces de las que deriva. 

1.5.4 Concepto de Package 

Un package es una agrupacion de clases. Existen una serie de packages incluidos en el lenguaje 
(ver jerarquia de clases que aparece en el API de Java). 
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Ademas el usuario puede crear sus propios packages . Lo habitual es juntar en packages las 
clases que esten relacionadas. Todas las clases que formen parte de un package deben estar en el 
mismo directorio. 

1.5.5 La jerarquia de clases de Java (API) 

Durante la generacion de codigo en Java, es recomendable y casi necesario tener siempre a la vista 
la documentacion on-line del API de Java 1.1 6 Java 1.2. En dicha documentacion es posible ver 
tanto la jerarquia de clases, es decir la relacion de herencia entre clases, como la informacion de los 
distintos packages que componen las librerias base de Java. ^ 

Es importante distinguir entre lo que significa herencia y package. Un package es una 
agrupacion arbitraria de clases, una forma de organizar las clases. La herencia sin embargo consiste 
en crear nuevas clases en base a otras ya existentes. Las clases incluidas en un package no derivan 
por lo general de una linica clase. 

En la documentacion on-line se presentan ambas visiones: ''Package Index" y "Class 
Hierarchy", tanto en Java 1.1 como en Java 1.2, con pequeiias variantes. La primera presenta la 
estructura del API de Java agrupada por packages, mientras que en la segunda aparece la jerarquia 
de clases. Hay que resaltar una vez mas el hecho de que todas las clases en Java son derivadas de la 
clsise java.lang.Object, por lo que heredan todos los metodos y variables de esta. 

Si se selecciona una clase en particular, la documentacion muestra una descripcion detallada 
de todos los metodos y variables de la clase. A su vez muestra su herencia completa (partiendo de la 
clase Java. lang. Object) . 
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2. PROGRAMACION EN JAVA 

En este capitulo se presentan las caracteristicas generales de Java como lenguaje de programacion 
algoritmico. En este apartado Java es muy similar a C/C++, lenguajes en los que esta inspirado. Se 
va a intentar ser breve, considerando que el lector ya conoce algunos otros lenguajes de 
programacion y esta familiarizado con lo que son variables, bifurcaciones, bucles, etc. 



2.1 Variables 



\ 



Una variable es un nombre que contiene un valor que puede cambiar a lo largo del programa. De 
acuerdo con el tipo de informacion que contienen, en Java hay dos tipos principales de variables: 

/. Variables de tipos primitivos. Estan definidas mediante un valor unico que puede ser 
entero, de punto flotante, caracter o booleano. Java permite distinta precicion y distintos 
rangos de valores para estos tipos de variables {char, byte, short, int, long, float, double, 
boolean). Ejemplos de variables de tipos primitivos podrian ser: 123, 3456754, 3.1415, 
12e-09, 'A', True, etc. 

2. Variables referenda. Las variables referenda son referencias o nombres de una 
informacion mas compleja: arrays u objetos de una determinada clase. 

Desde el punto de vista del papel o mision en el programa, las variables pueden ser: 

1. Variables miembro de una clase: Se definen en una clase, fuera de cualquier metodo; 
pueden ser tipos primitivos o referencias. 

2. Variables locales: Se definen dentro de un metodo o mas en general dentro de cualquier 
bloque entre Haves { } . Se crean en el interior del bloque y se destruyen al finalizar dicho 
bloque. Pueden ser tambien tipos primitivos o referencias. 

2.1.1 Nombres de Variables '^ 

Los nombres de variables en Java se pueden crear con mucha libertad. Pueden ser cualquier 
conjunto de caracteres numericos y alfanumericos, sin algunos caracteres especiales utilizados por 
Java como operadores o separadores ( ,.+-*/ etc.). 

Existe una serie de palabras reservadas las cuales tienen un significado especial para Java y 
por lo tanto no se pueden utilizar como nombres de variables. Dichas palabras son: 



abstract 


boolean 


break 


byte 


case catch 


char 


class 


const* 


continue 


default do 


double 


else 


extends 


final 


finally float 


for 


goto* 


if 


implements 


import instanceof 


int 


interface 


long 


native 


new null 


package 


private 


protected 


public 


return short 


static 


super 


switch 


synchronized 


this throw 


throws 


transient 


try 


void 


volatile while 


(*) son palabras 


reservadas, pero 


no se utilizan 


en la actual impl 


ementacion del lenguaje Java. 
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2.1.2 Tipos Primitivos de Variables 

Se Uaman tipos primitivos de variables de Java a aquellas variables sencillas que contienen los tipos 
de inforaiacion mas habituales: valores boolean, caracteres y valores numericos enteros o de punto 
flotante. 

Java dispone de ocho tipos primitivos de variables: un tipo para almacenar valores true y 
false {boolean); un tipo para almacenar caracteres {char), y 6 tipos para guardar valores numericos, 
cuatro tipos para enteros {byte, short, int y long) y dos para valores reales de punto flotante {float y 
double). Los rangos y la memoria que ocupa cada uno de estos tipos se muestran en la Tabla 2.1. 



Tipo de variable 


Descripcion 


Boolean 


1 byte. Valores true y false 


Char 


2 bytes. Unicode. Comprende el codigo ASCII 


Byte 


1 byte. Valor entero entre -128 y 127 


Short 


2 bytes. Valor entero entre -32768 y 32767 


Int 


4 bytes. Valor entero entre -2.147.483.648 y 2.147.483.647 


Long 


8 bytes. Valor entre -9.223.372.036.854.775.808 y 9.223.372.036.854.775.807 


Float 


4 bytes (entre 6 y 7 cifras decimales equivalentes). De -3.402823E38 a -1.401298E-45 y de 
1.401298E-45 a 3.402823E38 


Double 


8 bytes (unas 15 cifras decimales equivalentes). De -1.797693 1348623 2E308 a 
-4.94065645841247E-324 y de 4.94065645841247E-324 a 1.79769313486232E308 



Tabla 2.1. Tipos primitivos de variables en Java. 

Los tipos primitivos de Java tienen algunas caracteristicas importantes que se resumen a 
continuacion: 

1. El tipo boolean no es un valor numerico: solo admite los valores true o false. El tipo boolean 
no se identifica con el igual o distinto de cero, como en CIC-\-\-. El resultado de la expresion 
logica que aparece como condicion en un bucle o en una bifurcacion debe ser boolean. 

2. El tipo char contiene caracteres en codigo UNICODE (que incluye el codigo ASCII), y ocupan 
16 bits por caracter. Comprende los caracteres de practicamente todos los idiomas. 

3. Los tipos byte, short, int y long son numeros enteros que pueden ser positivos o negativos, con 
distintos valores maximos y minimos. A diferencia de C/C-i-i-, en Java no hay enteros unsigned. 

4. Los tipos float y double son valores de punto flotante (numeros reales) con 6-7 y 15 cifras 
decimales equivalentes, respectivamente. 

5. Se utiliza la palabra void para indicar la ausencia de un tipo de variable determinado. 

6. A diferencia de C/C-i-i-, los tipos de variables en Java estan perfectamente definidos en todas y 
cada una de las posibles plataformas. Por ejemplo, un int ocupa siempre la misma memoria y 
tiene el mismo rango de valores, en cualquier tipo de ordenador. 

7. Existen extensiones de Java 1.2 para aprovechar la arquitectura de los procesadores Intel, que 
permiten realizar operaciones de punto flotente con una precision extendida de 80 bits. 
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2.1.3 Como se definen e inicializan las variables 

Una variable se define especificando el tipo y el nombre de dicha variable. Estas variables pueden 
ser tanto de tipos primitivos como referencias a objetos de alguna clase perteneciente al API de 
Java o generada por el usuario. Si no se especifica un valor en su declaracion, las variable 
primitivas se inicializan a cero (salvo boolean y char, que se inicializan a false y '\0'). 
Analogamente las variables de tipo referenda son inicializadas por defecto a un valor especial: 
null. 

Es importante distinguir entre la referenda a un objeto y el objeto mismo. Una referenda es 
una variable que indica donde esta guardado un objeto en la memoria del ordenador (a diferencia de 
C/C++, Java no permite acceder al valor de la direccion, pues en este lenguaje se han eliminado los 
punteros). Al declarar una referenda todavia no se encuentra "apuntando" a ningun objeto en 
particular (salvo que se cree explicitamente un nuevo objeto en la declaracion), y por eso se le 
asigna el valor null. Si se desea que esta referenda apunte a un nuevo objeto es necesario crear el 
objeto utilizando el operador new. Este operador reserva en la memoria del ordenador espacio para 
ese objeto (variables y funciones). Tambien es posible igualar la referenda declarada a otra 
referenda a un objeto existente previamente. 

Un tipo particular de referencias son los arrays o vectores, sean estos de variables primitivas 
(por ejemplo, un vector de enteros) o de objetos. En la declaracion de una referenda de tipo array 
hay que incluir los corchetes []. En los siguientes ejemplos aparece como crear un vector de 10 
numeros enteros y como crear un vector de elementos My Class. Java garantiza que los elementos 
del vector son inicializados a null o a cero (segun el tipo de dato) en caso de no indicar otro valor. 

Ejemplos de declaracion e inicializacion de variables : 

int x; // Declaracion de la variable primitiva x. Se inicializa a 

int y = 5; // Declaracion de la variable primitiva y. Se inicializa a 5 

MyClass unaRef; // Declaracion de una referenda a un objeto MyClass. 

// Se inicializa a null 
unaRef = new MyClass (); // La referenda "apunta" al nuevo objeto creado 

// Se ha utilizado el constructor por defecto 
MyClass segundaRef = unaRef; // Declaracion de una referenda a un objeto MyClass. 

// Se inicializa al mismo valor que unaRef 
int [] vector; // Declaracion de un array. Se inicializa a null 

vector = new int [10]; // Vector de 10 enteros, inicializados a 
double [] V = {1.0, 2.65, 3.1};// Declaracion e inicializacion de un vector de 3 

// elementos con los valores entre Haves 
MyClass [] lista=new MyClass [5 ]; // Se crea un vector de 5 referencias a objetos 

// Las 5 referencias son inicializadas a null 
lista[0] = unaRef; // Se asigna a lista[0] el mismo valor que unaRef 

lista[l] = new MyClass (); // Se asigna a lista[l] la referenda al nuevo objeto 

// El resto ( lista [2 ] ...lista [ 4 ] siguen con valor null 

En el ejemplo mostrado las referencias unaRef segundaRef y llstafO] actuaran sobre el 
mismo objeto. Es equivalente utilizar cualquiera de las referencias ya que el objeto al que se refieren 
es el mismo. 

2.1.4 Visibilidad y vida de las variables 

Se entiende por visibilidad, dmbito o scope de una variable, la parte de la aplicacion donde dicha 
variable es accesible y por lo tanto puede ser utilizada en una expresion. En Java todas las variables 
deben estar incluidas en una clase. En general las variables declaradas dentro de unas Haves {}, es 
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decir dentro de un bloque, son visibles y existen dentro de estas Haves. Por ejemplo las variables 
declaradas al principio de una funcion existen mientras se ejecute la funcion; las variables 
declaradas dentro de un bloque if no seran validas al finalizar las sentencias correspondientes a 
dicho ify las variables miembro de una clase (es decir declaradas entre las Haves { } de la clase pero 
fuera de cualquier metodo) son validas mientras existe el objeto de la clase. 

Las variables miembro de una clase declaradas como public son accesibles a traves de una 
referenda a un objeto de dicha clase utilizando el operador punto (.). Las variables miembro 
declaradas como private no son accesibles directamente desde otras clases. has funciones miembro 
de una clase tienen acceso directo a todas las variables miembro de la clase sin necesidad de 
anteponer el nombre de un objeto de la clase. Sin embargo las funciones miembro de una clase B 
derivada de otra A, tienen acceso a todas las variables miembro de A declaradas como public o 
protected, pero no a las declaradas como private. Una clase derivada solo puede acceder 
directamente a las variables y funciones miembro de su clase base declaradas como public o 
protected. Otra caracteristica del lenguaje es que es posible declarar una variable dentro de un 
bloque con el mismo nombre que una variable miembro, pero no con el nombre de otra variable 
local que ya existiera. La variable declarada dentro del bloque oculta a la variable miembro en ese 
bloque. Para acceder a la variable miembro oculta sera preciso utilizar el operador this, en la forma 
this.varname. 

Uno de los aspectos mas importantes en la programacion orientada a objetos (OOP) es la 
forma en la cual son creados y eliminados los objetos. En Java la forma de crear nuevos objetos es 
utilizando el operador new. Cuando se utiliza el operador new, la variable de tipo referenda guarda 
la posicion de memoria donde esta almacenado este nuevo objeto. Para cada objeto se Ueva cuenta 
de por cuantas variables de tipo referenda es apuntado. La eliminacion de los objetos la realiza el 
programa denominado garbage collector, quien automatic amente libera o borra la memoria ocupada 
por un objeto cuando no existe ninguna referenda apuntando a ese objeto. Lo anterior significa que 
aunque una variable de tipo referenda deje de existir, el objeto al cual apunta no es eliminado si hay 
otras referencias apuntando a ese mismo objeto. 

2.1.5 Casos especiales: Clases Biglnteger y BigDecimal 

Java 1.1 incorporo dos nuevas clases destinadas a operaciones aritmeticas que requieran gran 
precision: Biglnteger y BigDecimal. La forma de operar con objetos de estas clases difiere de las 
operaciones con variables primitivas. En este caso hay que realizar las operaciones utilizando 
metodos propios de estas clases (addQ para la suma, subtract() para la resta, divide() para la 
division, etc.). Se puede consultar la ayuda sobre el package java.math, donde aparecen ambas 
clases con todos sus metodos. 

Los objetos de tipo Biglnteger son capaces de almacenar cualquier numero entero sin perder 
informacion durante las operaciones. Analogamente los objetos de tipo BigDecimal permiten 
trabajar con el numero de decimales deseado. 

2.2 Operadoresde Java 

Java es un lenguaje rico en operadores, que son casi identicos a los de C/C++. Estos operadores se 
describen brevemente en los apartados siguientes. 
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2.2.1 Operadores aritmeticos 

Son operadores binarios (requieren siempre dos operandos) que realizan las operaciones aritmeticas 
habituales: suma (+), resta (-), multiplicacion (*), division (/) y resto de la division (%). 



2.2.2 Operadores de asignacion 

Los operadores de asignacion permiten asignar 
un valor a una variable. El operador de 
asignacion por excelencia es el operador igual 
(=). La forma general de las sentencias de 
asignacion con este operador es: 

variable = expression; 



Operador 


Utilizacion 


Expresion equivalente 


+= 


opl += op2 


opl = opl + op2 


-= 


opl -= op2 


opl = opl - op2 


*■ = 


opl *= op2 


opl = opl * op2 


/ = 


opl /= op2 


opl = opl / op2 


% = 


opl %= op2 


opl = opl % op2 



Tabla 2.2. Otros operadores de asignacion. 



Java dispone de otros operadores de 
asignacion. Se trata de versiones abreviadas del 

operador (=) que realizan operaciones "acumulativas" sobre una variable. La Tabla 2.2 muestra 
estos operadores y su equivalencia con el uso del operador igual (=). 



2.2.3 Operadores unarios -^ 

Los operadores mas (+) y menos (-) unarios sirven para mantener o cambiar el signo de una 
variable, constante o expresion numerica. Su uso en Java es el estandar de estos operadores. 

2.2.4 Operador instanceof 

El operador instanceof permite saber si un objeto pertenece o no a una determinada clase. Es un 
operador binario cuya forma general es, 

objectName instanceof ClassName 

y que devuelve true o false segun el objeto pertenezca o no a la clase. 

2.2.5 Operador eondicional ?: 

Este operador, tomado de C/C++, permite realizar bifurcaciones condicionales sencillas. Su forma 
general es la siguiente: 

booleanExpression ? resl : res2 

donde se evalua booleanExpression y se devuelve resl si el resultado es true y resl si el resultado 
c^ false. Es el unico operador ternario (tres argumentos) de Java. Como todo operador que devuelve 
un valor puede ser utilizado en una expresion. Por ejemplo las sentencias: 



x=l ; y=10; 



(x<y) ?x+3:y+8; 



asignarian a z el valor 4, es decir x+3. 
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2.2.6 Operadores incrementales 

Java dispone del operador incremento (++) y decremento {—). El operador (++) incrementa en una 
unidad la variable a la que se aplica, mientras que (— ) la reduce en una unidad. Estos operadores se 
pueden utilizar de dos formas: 

1. Precediendo a la variable (por ejemplo: ++/). En este caso primero se incrementa la 
variable y luego se utiliza (ya incrementada) en la expresion en la que aparece. 

2. Siguiendo a la variable (por ejemplo: /++). En este caso primero se utiliza la variable en la 
expresion (con el valor anterior) y luego se incrementa. 

En muchas ocasiones estos operadores se utilizan para incrementar una variable fuera de una 
expresion. En este caso ambos operadores son equivalente. Si se utilizan en una expresion mas 
complicada, el resultado de utilizar estos operadores en una u otra de sus formas sera diferente. La 
actualizacion de contadores en bucles for es una de las aplicaciones mas frecuentes de estos 
operadores. 



2.2.7 Operadores relacionales 

Los operadores relacionales sirven para 
realizar comparaciones de igualdad, 
desigualdad y relacion de menor o mayor. 
El resultado de estos operadores es 
siempre un valor boolean {true o false) 
segun se cumpla o no la relacion 
considerada. La Tabla 2.3 muestra los 
operadores relacionales de Java. 



Operador 


Utilizacion 


El resultado es true 


> 


opl > op2 


si opl es mayor que op2 


>= 


opl >= op2 


si opl es mayor o igual que op2 


< 


opl < op2 


si opl es menor que op2 


<= 


opl <= op2 


si opl es menor o igual que op2 


== 


opl == op2 


si opl y op2 son iguales 


! = 


opl != op2 


si op 1 y op2 son diferentes 



Tabla 2.3. Operadores relacionales. 



Estos operadores se utilizan con mucha frecuencia en las bifurcaciones y en los bucles, que se 
veran en proximos apartados de este capitulo. 

2.2.8 Operadores logicos 

Los operadores logicos se utilizan para construir expresiones logicas, combinando valores logicos 
(true y/o false) o los resultados de los operadores relacionales. La Tabla 2.4 muestra los operadores 
logicos de Java. Debe notarse que en ciertos casos el segundo operando no se evalua porque ya no 
es necesario (si ambos tienen que ser true y el primero es false, ya se sabe que la condicion de que 
ambos sean true no se va a cumplir). Esto puede traer resultados no deseados y por eso se han 
aiiadido los operadores (&) y (I) que garantizan que los dos operandos se evaluan siempre. 



Operador 


Nombre 


Utilizacion 


Resultado 


&& 


AND 


opl && op2 


true si opl y op2 son true. Si opl es false ya no se evalua op2 


1 


OR 


opl 1 1 op2 


true si opl u op2 son true. Si opl es true ya no se evalua op2 


! 


negacion 


! op 


true si op es false y false si op es true 


& 


AND 


opl & op2 


true si opl y op2 son true. Siempre se evalua op2 


1 


OR 


opl 1 op2 


true si opl u op2 son true. Siempre se evalua op2 



Tabla 2.4. Operadores logicos. 



Copyright © 2000 TECNUN, Javier Garcia de Jalon, Jose Ignacio Rodriguez, linigo Mingo, Aitor Imaz, Alfonso Brazalez, Alberto Larzabal, Jesus 
Calleja, Jon Garcia. Todos los derechos reservados. Esta prohibida la reproduccion total o parcial con fines comerciales y por cualquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



Capitulo 2: Programacion en Java 



pdgina 29 



2.2.9 Operador de concatenacion de cadenas de caracteres (+) 

El operador mas (+) se utiliza tambien para concatenar cadenas de caracteres. Por ejemplo, para 
escribir una cantidad con un rotulo y unas unidades puede utilizarse la sentencia: 

System. out . print In ( "El total asciende a " + result + " unidades"); 

donde el operador de concatenacion se utiliza dos veces para construir la cadena de caracteres que 
se desea imprimir por medio del metodo println(). La variable numerica result es convertida 
automaticamente por Java en cadena de caracteres para poderla concatenar. En otras ocasiones se 
debera Uamar explicitamente a un metodo para que realice esta conversion. | 

2.2.10 Operadores que actuan a nivel de bits 

Java dispone tambien de un conjunto de operadores que actuan a nivel de bits. Las operaciones de 
bits se utilizan con frecuencia para definir seiiales o flags, esto es, variables de tipo entero en las que 
cada uno de sus bits indican si una opcion esta activada o no. La Tabla 2.5 muestra los operadores 
de Java que actuan a nivel de bits. 



Operador 


Utilizacion 


Resultado 


» 


opl » op2 


Desplaza los bits de opl a la derecha una distancia op2 


« 


opl « op2 


Desplaza los bits de opl a la izquierda una distancia op2 


>» 


opl >» op 2 


Desplaza los bits de opl a la derecha una distancia op2 (positiva) 


& 


opl & op2 


Operador AND a nivel de bits 


1 


opl 1 op2 


Operador OR a nivel de bits 


A 


opl '^ op2 


Operador XOR a nivel de bits (1 si solo uno de los operandos es 1) 


~ 


~op2 


Operador complemento (invierte el valor de cada bit) 



Tabla 2.5. Operadores a nivel de bits. 

En binario, las potencias de dos se representan con un unico bit activado. Por ejemplo, los 
niimeros (1, 2, 4, 8, 16, 32, 64, 128) se representan respectivamente de modo binario en la forma 
(00000001, 00000010, 00000100, 00001000, 00010000, 00100000, 01000000, 10000000), 
utilizando solo 8 bits. La suma de estos numeros permite construir una variable flags con los bits 
activados que se deseen. Por ejemplo, para construir una variable /Zags que sea 00010010 bastaria 
hacer/Zags=2+16. Para saber si el segundo bit por la derecha esta o no activado bastaria utilizar la 
sentencia. 



if (flags & 2 



2) 



La Tabla 2.6 muestra los operadores de asignacion a nivel de bits. 



Operador 


Utilizacion 


Equivalente a 


&= 


opl &= op2 


opl = opl & op2 


1= 


opl 1= op2 


opl = opl 1 op2 


A_ 


opl '^= op2 


opl = opl '^ op2 


«= 


opl «=op2 


opl = opl « op2 


»= 


opl »=op2 


opl = opl » op2 


>»= 


opl >»= op2 


opl = opl >» op2 



Tabla 2.6. Operadores de asignacion a nivel de bits. 
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2.2.11 Precedencia de operadores 

El orden en que se realizan las operaciones es fundamental para determinar el resultado de una 
expresion. Por ejemplo, el resultado de x/y'^z depende de que operacion (la division o el producto) 
se realice primero. La siguiente lista muestra el orden en que se ejecutan los distintos operadores en 
un sentencia, de mayor a menor precedencia: 

postfix operators [] . (params) expr + + expr — 

unary operators ++expr --expr +expr -expr ~ ! ,^m 

creation or cast new (type) expr 

multiplicative * / % \ 

additive + - 

shift << >> >>> 

relational <><=>= instanceof 

equality == ! = 

bitwise AND & 

bitwise exclusive OR '^ ^• 

bitwise inclusive OR | ► 

logical AND && 

logical OR I I 

conditional ? : 

assignment = += -= *= /= %= &= '"= |= <<= >>= >>>= 

En Java, todos los operadores binarios, excepto los operadores de asignacion, se evaluan de 
izquierda a derecha. Los operadores de asignacion se evaluan de derecha a izquierda, lo que 
significa que el valor de la derecha se copia sobre la variable de la izquierda. 

2.3 ESTRUCTURAS DE PROGRAMACION 

En este apartado se supone que el lector tiene algunos conocimientos de programacion y por lo tanto 
no se explican en profundidad los conceptos que aparecen. 

Las estructuras de programacion o estructuras de control permiten tomar decisiones y 
realizar un proceso repetidas veces. Son los denominados bifurcaciones y bucles. En la mayoria de 
los lenguajes de programacion, este tipo de estructuras son comunes en cuanto a concepto, aunque 
su sintaxis varia de un lenguaje a otro. La sintaxis de Java coincide practicamente con la utilizada 
en C/C++, lo que hace que para un programador de C/C++ no suponga ninguna dificultad adicional. 

2.3.1 Sentencias o expresiones 

Una expresion es un conjunto variables unidos por operadores. Son ordenes que se le dan al 
computador para que realice una tarea determinada. 

Una sentencia es una expresion que acaba en punto y coma (;). Se permite incluir varias 
sentencias en una linea, aunque lo habitual es utilizar una linea para cada sentencia. Por ejemplo: 

i = ; j = 5; x = i + j;// Linea compuesta de tres sentencias 
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2.3.2 Comentarios 

Existen dos formas diferentes de introducir comentarios entre el codigo de Java (en realidad son 
tres, como pronto se vera). Son similares a la forma de realizar comentarios en el lenguaje C++. Los 
comentarios son tremendamente utiles para poder entender el codigo utilizado, facilitando de ese 
modo futuras revisiones y correcciones. Ademas permite que cualquier persona distinta al 
programador original pueda comprender el codigo escrito de una forma mas rapida. Se recomienda 
acostumbrarse a comentar el codigo desarroUado. De esta forma se simplifica tambien la tarea de 
estudio y revision posteriores. 

Java interpreta que todo lo que aparece a la derecha de dos barras "//" en una linea cualquiera 
del codigo es un comentario del programador y no lo tiene en cuenta. El comentario puede empezar 
al comienzo de la linea o a continuacion de una instruccion que debe ser ejecutada. La segunda 
forma de incluir comentarios consiste en escribir el texto entre los simbolos /*...*/. Este segundo 
metodo es valido para comentar mas de una linea de codigo. Por ejemplo: 

// Esta linea es un comentario 

int a=l; // Comentario a la derecha de una sentencia 

// Esta es la forma de comentar mas de una linea utilizando 

// las dos barras. Requiere incluir dos barras al comienzo de cada linea 

/* Esta segunda forma es mucho mas comoda para comentar un numero elevado de lineas 

ya que solo requiere modificar 

el comienzo y el final. */ -^ 

En Java existe ademas una forma especial de introducir los comentarios (utilizando /**...*/ 
mas algunos caracteres especiales) que permite generar automaticamente la documentacion sobre 
las clases y packages desarroUados por el programador. Una vez introducidos los comentarios, el 
programa javadoc.exe (incluido en el JDK) genera de forma automatica la informacion de forma 
similar a la presentada en la propia documentacion del JDK. La sintaxis de estos comentarios y la 
forma de utilizar el programa javadoc.exe se puede encontrar en la informacion que viene con el 
JDK. 

2.3.3 Bifurcaciones 

Las bifurcaciones permiten ejecutar una de entre varias acciones en funcion del valor de una 
expresion logica o relacional. Se tratan de estructuras muy importantes ya que son las encargadas de 
controlar elflujo de ejecucion de un programa. Existen dos bifurcaciones diferentes: ify switch. 

2.3.3.1 Bifurcacion if 

Esta estructura permite ejecutar un conjunto de sentencias en funcion del valor que tenga la 
expresion de comparacion (se ejecuta si la expresion de comparacion tiene valor true). Tiene la 
forma siguiente: 

if (booleanExpression) { 

statements ; 
} 

Las Haves { } sirven para agrupar en un hloque las sentencias que se han de ejecutar, y no son 
necesarias si solo hay una sentencia dentro del if. 
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2.3.3.2 Bifurcacion if else 

Analoga a la anterior, de la cual es una ampliacion. Las sentencias incluidas en el else se ejecutan en 
el caso de no cumplirse la expresion de comparacion (false), 

if (booleanExpression) { 

statements 1 ; 
} else { 

statement s2 ; 

2.3.3.3 Bifurcacion if elseif else 

Permite introducir mas de una expresion de comparacion. Si la primera condicion no se cumple, se 
compara la segunda y asi sucesivamente. En el caso de que no se cumpla ninguna de las 
comparaciones se ejecutan las sentencias correspondientes al else. 

if (booleanExpressionl ) { 

statementsl; 
} else if (booleanExpression2 ) { , ^ 

statements2; ■▼■ 

} else if (booleanExpressionS) { \ 

statement s3; 
} else { 

statement s4 ; 



Vease a continuacion el siguiente ejemplo: 



int numero = 61; // La variable "numero" tiene dos digitos 

if (Math . abs (numero) < 10) // Math.abs() calcula el valor absoluto. 

System. out . print In ( "Numero tiene 1 digito "); 
else if (Math . abs (numero) < 100) // Si numero es 51, estamos en este caso 

System. out . print In ( "Numero tiene 1 digito " ) ; 
else { // Resto de los casos 

System. out . print In ( "Numero tiene mas de 3 digitos "); 

System. out . print In ( "Se ha ejecutado la opcion por defecto "); 
} 



(false) 
(true) 



2.3.3.4 Sentencia switch 

Se trata de una altemativa a la bifurcacion if elseif else cuando se compara la misma expresion con 
distintos valores. Su forma general es la siguiente: 



switch (expression) { 




case 


valuel : 


statements 1 


break; 


case 


value2 : 


statement s2 


break; 


case 


values : 


statement s3 


break; 


case 


value4 : 


statement s4 


break; 


case 


values : 


statement s5 


break; 


case 


value6 : 


statements 6 


break; 



[default: statements?;] 
} 

Las caracteristicas mas relevantes de switch son las siguientes: 

1. Cada sentencia case se corresponde con un unico valor de expression. No se pueden establecer 
rangos o condiciones sino que se debe comparar con valores concretos. El ejemplo del Apartado 
2.3.3.3 no se podria realizar utilizando switch. 

2. Los valores no comprendidos en ninguna sentencia case se pueden gestionar en default, que es 
opcional. 
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3. En ausencia de break, cuando se ejecuta una sentencia case se ejecutan tambien todas las case 
que van a continuacion, hasta que se Uega a un break o hasta que se termina el switch. 

Ejemplo: 

char c = (char) (Math . random ( ) *2 6+ ' a ' ) ; // Generacion aleatoria de letras minusculas 
System. out . println ( "La letra " + c ) ; 
switch (c) { 

case 'a' : // Se compara con la letra a 

case 'e' : // Se compara con la letra e 

case 'i' : // Se compara con la letra i 

case 'o' : // Se compara con la letra o \ 

case 'u' : // Se compara con la letra u f 

System. out . print In ( " Es una vocal "); break; 

default : 

System. out . print In ( " Es una consonante "); 
} 

2.3.4 Bucles 

Un bucle se utiliza para realizar un proceso repetidas veces. Se denomina tambien lazo o loop. El 
codigo incluido entre las Haves { } (opcionales si el proceso repetitivo consta de una sola linea), se 
ejecutara mientras se cumpla unas determinadas condiciones. Hay que prestar especial atencion a 
los bucles infinitos, hecho que ocurre cuando la condicion de finalizar el bucle 
(booleanExpression) no se Uega a cumplir nunca. Se trata de un fallo muy tipico, habitual sobre 
todo entre programadores poco experimentados. 

2.3.4.1 Bucle while 

Las sentencias statements se ejecutan mientras booleanExpression sea true. 

while (booleanExpression) { 

statements ; 
} 

2.3.4.2 Bucle for 
La forma general del bucle /or es la siguiente: 

for (initialization; booleanExpression; increment) { 

statements ; 
} 

que es equivalente a utilizar while en la siguiente forma, 

initialization; 

while (booleanExpression) { 

statements ; 

increment ; 
} 

La sentencia o sentencias initialization se ejecuta al comienzo del /or, e increment despues de 
statements. La booleanExpression se evalua al comienzo de cada iteracion; el bucle termina cuando 
la expresion de comparacion toma el valor /a/se. Cualquiera de las tres partes puede estar vacia. La 
initialization y el increment pueden tener varias expresiones separadas por comas. 

Por ejemplo, el codigo situado a la izquierda produce la salida que aparece a la derecha: 

Codigo: Salida: 
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for(int i = 1, j = i + 10; i < 5; i++, j = 2*i) { i = 1 j = 11 

System. out .println (" i = " + i+"j = " + j); i = 2j = 4 

} i = 3 j = 6 

i = 4 j = 8 

2.3.4.3 Bucle do while 

Es similar al bucle while pero con la particularidad de que el control esta al final del bucle (lo que 
hace que el bucle se ejecute al menos una vez, independientemente de que la condicion se cumpla o 
no). Una vez ejecutados los statements, se evalua la condicion: si resulta true se vuelven a ejecutar 
las sentencias incluidas en el bucle, mientras que si la condicion se evalua a. false finaliza el bucle. 
Este tipo de bucles se utiliza con frecuencia para controlar la satisfaccion de una determinada 
condicion de error o de convergencia. 

do { 

statements 
} while (booleanExpression) ; 

2.3.4.4 Sentencias break y continue "^ 

La sentencia break es valida tanto para las bifurcaciones como para los bucles. Hace que se saiga 
inmediatamente del bucle o bloque que se esta ejecutando, sin sin realizar la ejecucion del resto de 
las sentencias. 

La sentencia continue se utiliza en los bucles (no en bifurcaciones). Finaliza la iteracion "i" 
que en ese momento se esta ejecutando (no ejecuta el resto de sentencias que hubiera hasta el final 
del bucle). Vuelve al comienzo del bucle y comienza la siguiente iteracion (i+1). 

2.3.4.5 Sentencias break y continue con etiquetas 

Las etiquetas permiten indicar un lugar donde continuar la ejecucion de un programa despues de un 
break o continue. El unico lugar donde se pueden incluir etiquetas esjusto delante de un bloque de 

codigo entre Haves { } (if, switch, do. ..while, while, for) y solo se deben utilizar cuando se tiene uno 
o mas bucles (o bloques) dentro de otro bucle y se desea salir (break) o continuar con la siguiente 
iteracion (continue) de un bucle que no es el actual. 

Por tanto, la sentencia break labelName finaliza el bloque que se encuentre a continuacion de 
labelName. Por ejemplo, en las sentencias, 

buclel : // etiqueta o label 

for ( int 1=0, j = ; 1 < 100; i++) { 
while ( true ) { 

if ( (++j) > 5) { break buclel; } // Finaliza ambos bucles 

else { break; } // Finaliza el bucle interior (while) 



la expresion break buciei; fiualiza los dos bucles simultaneamente, mientras que la expresion 
break; Sale del bucle while interior y seguiria con el bucle /or en /. Con los valores presentados 
ambos bucles finalizaran con i = 5 y j = 6 (se invita al lector a comprobarlo). 

La sentencia continue (siempre dentro de al menos un bucle) permite transferir el control a un 
bucle con nombre o etiqueta. Por ejemplo, la sentencia, 

continue buclel; 
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transfiere el control al bucle for que comienza despues de la etiqueta buclel: para que realice una 
nueva iteracion, como por ejemplo: 

buclel : 

for (int i=0; i<n; i++) { 
bucle2 : 

for (int j=0; j<m; j++) { 

if (expression) continue buclel; then continue bucle2; 

} 

i 

2.3.4.6 Sentencia return 

Otra forma de salir de un bucle (y de un metodo) es utilizar la sentencia return. A diferencia de 
continue o break, la sentencia return sale tambien del metodo o funcion. En el caso de que la 
funcion devuelva alguna variable, este valor se debera poner a continuacion del return (return 

value; ). 

2.3.4.7 Bloque try {...} catch (...) finally {...} 

Java incorpora en el propio lenguaje la gestion de errores. El mejor momento para detectar los 
errores es durante la compilacion. Sin embargo practicamente solo los errores de sintaxis son 
detectados en esta operacion. El resto de problemas surgen durante la ejecucion de los programas. 

En el lenguaje Java, una Exception es un cierto tipo de error o una condicion anormal que se 
ha producido durante la ejecucion de un programa. Algunas excepciones son fatales y provocan que 
se deba finalizar la ejecucion del programa. En este caso conviene terminar ordenadamente y dar un 
mensaje explicando el tipo de error que se ha producido. Otras excepciones, como por ejemplo no 
encontrar un fichero en el que hay que leer o escribir algo, pueden ser recuperables . En este caso el 
programa debe dar al usuario la oportunidad de corregir el error (definiendo por ejemplo un nuevo 
path del fichero no encontrado). "^ 

Los errores se representan mediante clases derivadas de la clase Throwable, pero los que tiene 
que chequear un programador derivan de Exception (javaJang.Exception que a su vez deriva de 
Throwable). Existen algunos tipos de excepciones que Java obliga a tener en cuenta. Esto se hace 
mediante el uso de bloques try, catch y finally. 

El codigo dentro del bloque try esta "vigilado". Si se produce una situacion anormal y se lanza 
como consecuencia una excepcion, el control pasa al bloque catch, que se hace cargo de la situacion 
y decide lo que hay que hacer. Se pueden incluir tantos bloques catch como se desee, cada uno de 
los cuales tratara un tipo de excepcion. Finalmente, si esta presente, se ejecuta el hloque finally , que 
es opcional, pero que en caso de existir se ejecuta siempre, sea cual sea el tipo de error. 

En el caso en que el codigo de un metodo pueda generar una Exception y no se desee incluir 
en dicho metodo la gestion del error (es decir los bucles try/catch correspondientes), es necesario 
que el metodo pase la Exception al metodo desde el que ha sido Uamado. Esto se consigue mediante 
la adicion de la palabra throws seguida del nombre de la Exception concreta, despues de la lista de 
argumentos del metodo. A su vez el metodo superior debera incluir los bloques try/catch o volver a 
pasar la Exception. De esta forma se puede ir pasando la Exception de un metodo a otro hasta Uegar 
al ultimo metodo del programa, el metodo mainQ. 
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En el siguiente ejemplo se presentan dos metodos que deben "controlar" una lOException 
relacionada con la lectura ficheros y una My Exception propia. El primero de ellos (metodol) realiza 
la gestion de las excepciones y el segundo (metodol) las pasa al siguiente metodo. 



void metodol () 



try 



... // Codigo que puede lanzar las excepciones lOException y MyException 
} catch (lOException el) {// Se ocupa de lOException simplemente dando aviso 

System. out . print In (el . getMessage ( ) ) ; ^^ 

} catch (MyException e2) { 

// Se ocupa de MyException dando un aviso y finalizando la funcion 

System. out . println (e2 . getMessage ()) ; return; i 

} finally { // Sentencias que se ejecutaran en cualquier case ■■ 

}] 

} // Fin del metodol 

void metodo2() throws lOException, MyException { 

// Codigo que puede lanzar las excepciones lOException y MyException 

} // Fin del metodo2 

El tratamiento de excepciones se desarroUara con mas profundidad en el Capitulo 8, a partir 
de la pagina 145. 
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3. CLASES EN JAVA 

Las clases son el centro de la Programacion Orientada a Objetos (OOP - Object Oriented 
Programming). Algunos de los conceptos mas importantes de la POO son los siguientes: 

1. Encapsulacion . Las clases pueden ser declaradas como publicas (public) y como package 
(accesibles solo para otras clases del package). Las variables miembro y los metodos 
pueden ser public, private, protected y package. De esta forma se puede controlar el 
acceso y evitar un uso inadecuado. i 

2. Herencia. Una clase puede derivar de otra {extends), y en ese caso hereda todas sus 
variables y metodos. Una clase derivada puede anadir nuevas variables y metodos y/o 
redefinir las variables y metodos heredados. 

3. Polimorfismo . Los objetos de distintas clases pertenecientes a una misma jerarquia o que 
implementan una misma interface pueden tratarse de una forma general e individualizada, 
al mismo tiempo. Esto, como se ha visto en el ejemplo del Capitulo 1, facilita la 
programacion y el mantenimiento del codigo. 

En este Capitulo se presentan las clases y las interfaces tal como estan implementadas en el 
lenguaje Java. " 

3.1 Conceptos BASicos ^ 

3.1.1 Concepto de Clase ^^ ^ 

Una clase es una agrupacion de datos (variables o campos) y de funciones (metodos) que operan 
sobre esos datos. La definicion de una clase se realiza en la siguiente forma: 

[public] class Classname { 

// definicion de variables y metodos 

} 

donde la palabra public es opcional: si no se pone, la clase tiene la visibilidad por defecto, esto es, 
solo es visible para las demas clases del package. Todos los metodos y variables deben ser definidos 
dentro del bloque { ... } de la clase. 

Un objeto (en ingles, instance) es un ejemplar concreto de una clase. Las clases son como 
tipos de variables, mientras que los objetos son como variables concretas de un tipo determinado. 

Classname unObjeto; 
Classname otroObjeto; 

A continuacion se enumeran algunas caracteristicas importantes de las clases: 

1. Todas las variables y funciones de Java deben pertenecer a una clase. No hay variables y 
funciones globales. 

2. Si una clase deriva de otra (extends), hereda todas sus variables y metodos. 

3. Java tiene una jerarquia de clases estandar de la que pueden derivar las clases que crean 
los usuarios. 
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4. Una clase solo puede heredar de una unica clase (en Java no hay herencia multiple). Si al 
definir una clase no se especifica de que clase deriva, por defecto la clase deriva de 
Object. La clase Object es la base de toda la jerarquia de clases de Java. 

5. En un fichero se pueden definir varias clases, pero en un fichero no puede haber mas que 
una clase public. Este fichero se debe Uamar como la clase public que contiene con 
extension *.java. Con algunas excepciones, lo habitual es escribir una sola clase por 
fichero. ^ 

6. Si una clase contenida en un fichero no es public, no es necesario que el fichero se Uame 
como la clase. . 

7. Los metodos de una clase pueden referirse de modo global al objeto de esa clase al que se 
aplican por medio de la referenda this. 

8. Las clases se pueden agrupar en packages, introduciendo una linea al comienzo del 
fichero (package packageName;). Esta agrupacion en packages esta relacionada con la 
jerarquia de directorios y ficheros en la que se guardan las clases. 

> 

3.1.2 Concepto de Interface 

Una interface es un conjunto de declaraciones de funciones. Si una clase implementa {implements) 
una interface, debe definir todas las funciones especificadas por la interface. Las interfaces pueden 
definir tambien variables finales (constantes). Una clase puede implementar mas de una interface, 
representando una altemativa a la herencia multiple. 

En algunos aspectos los nombres de las interfaces pueden utilizarse en lugar de las clases. Por 
ejemplo, las interfaces sirven para definir referencias a cualquier objeto de cualquiera de las clases 
que implementan esa interface. Con ese nombre o referenda, sin embargo, solo se pueden utilizar 
los metodos de la interface. Este es un aspecto importante del polimorfismo. 

Una interface puede derivar de otra o incluso de varias interfaces, en cuyo caso incorpora las 
declaraciones de todos los metodos de las interfaces de las que deriva (a diferencia de las clases, las 
interfaces de Java si tienen herencia multiple). 

3.2 Ejemplo de definicion de una clase 

A continuacion se reproduce como ejemplo la clase Circulo, explicada en el Apartado 1.3.4. 

// fichero Circulo. Java 

public class Circulo extends Geometria { 
static int numCirculos = ; 

public static final double PI=3 . 141592 65358 97 932384 6; 
public double x, y, r; 

public Circulo (double x, double y, double r) { 

this.x=x; this.y=y; this.r=r; 

numCirculos++; 
} 

public Circulo (double r) { this (0.0, 0.0, r) ; } 
public Circulo (Circulo c) { this(c.x, c.y, c.r); } 
public CirculoO { this (0.0, 0.0, 1.0); } 
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public double perimetro ( ) { return 2.0 * PI * r; } 
public double area ( ) { return PI * r * r; } 

// metodo de objeto para comparar circulos 
public Circulo elMayor (Circulo c) { 

if (this . r>=c . r ) return this; else return c; 
} 

// metodo de clase para comparar circulos 

public static Circulo elMayor (Circulo c, Circulo d) { -^i 

if (c.r>=d.r) return c; else return d; 

} 

il 
} // fin de la clase Circulo 

En este ejemplo se ve como se definen las variables miembro y los metodos (cuyos nombres 
se han resaltado en negrita) dentro de la clase. Dichas variables y metodos pueden ser de objeto o de 
clase (static). Se puede ver tambien como el nombre del fichero coincide con el de la clase public 
con la extension *.java. 

3.3 Variables MIEMBRO 

A diferencia de la programacion algoritmica clasica, que estaba centrada en las funciones, la 
programacion orientada a objetos esta centrada en los datos. Una clase esta constituida por unos 
datos y unos metodos que operan sobre esos datos. 

3.3.1 Variables miembro de objeto 

Cada objeto, es decir cada ejemplar concreto de la clase, tiene su propia copia de las variables 
miembro. Las variables miembro de una clase (tambien Uamadas campos) pueden ser de tipos 
primitivos {boolean, int, long, double, ...) o referencias a objetos de otra clase (composicion). 

Un aspecto muy importante del correcto funcionamiento de los programas es que no haya 
datos sin inicializar. Por eso las variables miembro de tipos primitivos se inicializan siempre de 
modo automatico, incluso antes de Uamar al constructor (false para boolean, el caracter nulo para 
char y cero para los tipos numericos). De todas formas, lo mas adecuado es inicializarlas tambien 
en el constructor. 

Las variables miembro pueden tambien inicializarse explicitamente en la declaracion, como 
las variables locales, por medio de constantes o Uamadas a metodos (esta inicializacion no esta 
permitida en C++). Por ejemplo, 

long nDatos = 100; 

Las variables miembro se inicializan en el mismo orden en que aparecen en el codigo de la 
clase. Esto es importante porque unas variables pueden apoyarse en otras previamente definidas. 

Cada objeto que se crea de una clase tiene su propia copia de las variables miembro. Por 
ejemplo, cada objeto de la clase Circulo tiene sus propias coordenadas del centro x e j, y su propio 
valor del radio r. 

Los metodos de objeto se aplican a un objeto concreto poniendo el nombre del objeto y luego 
el nombre del metodo, separados por un punto. A este objeto se le llama argumento implicito. Por 
ejemplo, para calcular el area de un objeto de la clase Circulo Uamado cl se escribira: cl.areaQ;. 
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Las variables miembro del argumento implicito se acceden directamente o precedidas por la palabra 
this y el operador punto. 

Las variables miembro pueden ir precedidas en su declaracion por uno de los modificadores 
de acceso: public, private, protected y package (que es el valor por defecto y puede omitirse). Junto 
con los modificadores de acceso de la clase (public y package), determinan que clases y metodos 
van a tener permiso para utilizar la clase y sus metodos y variables miembro. En el Apartado 3.11, 
en la pagina 60, se especifican con detalle las consecuencias de estos modificadores de acceso. 

Existen otros dos modificadores (no de acceso) para las variables miembro: 

1. transient: indica que esta variable miembro no forma parte de Isl persistencia (capacidad 
de los objetos de mantener su valor cuando termina la ejecucion de un programa) de un 
objeto y por tanto no debe ser serializada (convertida en flujo de caracteres para poder ser 
almacenada en disco o en una base de datos) con el resto del objeto. 

2. volatile: indica que esta variable puede ser utilizada por distintas threads sincronizadas 
(ver Apartado 6.3, en la pagina 131) y que el compilador no debe realizar optimizaciones 
con esta variable. 

Al nivel de estos apuntes, los modificadores transient y volatile no seran utilizados. 

3.3.2 Variables miembro de clase (static) 

Una clase puede tener variables propias de la clase y no de cada objeto. A estas variables se les 
llama variables de clase o variables static. Las variables static se suelen utilizar para definir 
constantes comunes para todos los objetos de la clase (por ejemplo PI en la clase Circulo) o 
variables que solo tienen sentido para toda la clase (por ejemplo, un contador de objetos creados 
como numCirculos en la clase Circulo). 

Las variables de clase son lo mas parecido que Java tiene a las variables globales de C/C++. 

Las variables de clase se crean anteponiendo la palabra static a su declaracion. Para Uamarlas 
se suele utilizar el nombre de la clase (no es imprescindible, pues se puede utilizar tambien el 
nombre de cualquier objeto), porque de esta forma su sentido queda mas claro. Por ejemplo, 
Circulo.numCirculos es una variable de clase que cuenta el numero de circulos creados. 

Si no se les da valor en la declaracion, las variables miembro static se inicializan con los 
valores por defecto para los tipos primitivos (false para boolean, el caracter nulo para char y cero 
para los tipos numericos), y con null si es una referenda. 

Las variables miembro static se crean en el momento en que pueden ser necesarias: cuando se 
va a crear el primer objeto de la clase, en cuanto se llama a un metodo static o en cuanto se utiliza 
una variable static de dicha clase. Lo importante es que las variables miembro static se inicializan 
siempre antes que cualquier objeto de la clase. 

3.4 VARIABLES FINALES 

Una variable de un tipo primitivo declarada como final no puede cambiar su valor a lo largo de la 
ejecucion del programa. Puede ser considerada como una constante, y equivale a la palabra const de 

C/C++. 
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Java peraiite separar la definicion de la inicializacion de una variable //na/. La inicializacion 
puede hacerse mas tarde, en tiempo de ejecucion, Uamando a metodos o en funcion de otros datos. 
La variable //na/ asi definida es constante (no puede cambiar), pero no tiene por que tener el mismo 
valor en todas las ejecuciones del programa, pues depende de como haya sido inicializada. 

Ademas de las variables miembro, tambien las variables locales y los propios argumentos de 
un metodo pueden ser declarados/ma/. 

Declarar como final un objeto miembro de una clase hace constante la referenda, pero no el 
propio objeto, que puede ser modificado a traves de otra referenda. En Java no es posible hacer que 
un objeto sea constante. 

3.5 Metodos (ruNcioNES miembro) 

3.5.1 Metodos de objeto 

Los metodos son funciones definidas dentro de una clase. Salvo los metodos static o de clase, se 
aplican siempre a un objeto de la clase por medio del operador punto (.). Dicho objeto es su 
argumento implicito. Los metodos pueden ademas tener otros argumentos explicitos que van entre 
parentesis, a continuacion del nombre del metodo. 

La primera linea de la definicion de un metodo se llama declaracion o header; el codigo 
comprendido entre las Haves {...} es el cuerpo o body del metodo. Considerese el siguiente metodo 
tomado de la clase Circulo: 

public Circulo elMayor (Circulo c) { // header y comienzo del metodo 

if (this . r>=c . r ) // body 

return this; // body 

else // body 

return c; // body 

} // final del metodo 

El header consta del cualificador de acceso (public, en este caso), del tipo del valor de retorno 
(Circulo en este ejemplo, void si no tiene), del nombre de la funcion y de una lista de argumentos 
explicitos entre parentesis, separados por comas. Si no hay argumentos explicitos se dejan los 
parentesis vacios. 

Los metodos tienen visibilidad directa de las variables miembro del objeto que es su 
argumento implicito, es decir, pueden acceder a ellas sin cualificarlas con un nombre de objeto y el 
operador punto (.). De todas formas, tambien se puede acceder a ellas mediante la referenda this, de 
modo discrecional (como en el ejemplo anterior con this.r) o si alguna variable local o argumento 
las oculta. 

El valor de retorno puede ser un valor de un tipo primitivo o una referenda. En cualquier 
caso no puede haber mas que un unico valor de retorno (que puede ser un objeto o un array). Se 
puede devolver tambien una referenda a un objeto por medio de un nombre de interface. El objeto 
devuelto debe pertenecer a una clase que implemente esa interface. 

Se puede devolver como valor de retorno un objeto de la misma clase que el metodo o de una 
sub-clase, pero nunca de una super-clase. 
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Los metodos pueden definir variables locales. Su visibilidad Uega desde la definicion al final 
del bloque en el que han sido definidas. No hace falta inicializar las variables locales en el punto en 
que se definen, pero el compilador no permite utilizarias sin haberles dado un valor. A diferencia de 
las variables miembro, las variables locales no se inicializan por defecto. 

Si en el header del metodo se incluye la palabra native (Ej: public native void miMetodo ( ) ; ) 
no hay que incluir el codigo o implementacion del metodo. Este codigo debera estar en una libreria 
dinamica (Dynamic Link Library o DLL). Estas librerias son ficheros de funciones compiladas 
normalmente en lenguajes distintos de Java (C, C++, Fortran, etc.). Es la forma de poder utilizar 
conjuntamente funciones realizadas en otros lenguajes desde codigo escrito en Java. Este tema 
queda fuera del caracter fundamentalmente introductorio de este manual. 

Un metodo tambien puede declararse como synchronized (Ej: public synchronized double 
miMetodosynch {...}). Estos mctodos tieueu la particularidad de que sobre un objeto no pueden 
ejecutarse simultaneamente dos metodos que esten sincronizados (vease Apartado 6.3, en la pagina 
131). 

■▼ 

3.5.2 Metodos sobrecargados (overloaded) 

Al igual que C++, Java permite metodos sobrecargados (overloaded), es decir, metodos distintos 
que tienen el mismo nombre, pero que se diferencian por el numero y/o tipo de los argumentos. El 
ejemplo de la clase Circulo del Apartado 3.2 presenta dos casos de metodos sobrecargados: los 
cuatro constructores y los dos metodos Uamados elMayor(). 

A la hora de Uamar a un metodo sobrecargado, Java sigue unas reglas para determinar el 
metodo concreto que debe Uamar: 

1. Si existe el metodo cuyos argumentos se ajustan exactamente al tipo de los argumentos de 
la Uamada (argumentos actuales), se llama ese metodo. 

2. Si no existe un metodo que se ajuste exactamente, se intenta promover los argumentos 
actuales al tipo inmediatamente superior (por ejemplo char a int, int a long, float a double, 
etc.) y se llama el metodo correspondiente. 

3. Si solo existen metodos con argumentos de un tipo mas restringido (por ejemplo, int en 
vez de long), el programador debe hacer un cast explicito en la Uamada, 
responsabilizandose de esta manera de lo que pueda ocurrir. 

4. El valor de retomo no influye en la eleccion del metodo sobrecargado. En realidad es 
imposible saber desde el propio metodo lo que se va a hacer con el. No es posible crear 
dos metodos sobrecargados, es decir con el mismo nombre, que solo difieran en el valor 
de retorno. 

Diferente de la sobrecarga de metodos es la redefinicion . Una clase puede redefinir 
(override) un metodo heredado de una superclase. Redefinir un metodo es dar una nueva definicion. 
En este caso el metodo debe tener exactamente los mismos argumentos en tipo y numero que el 
metodo redefinido. Este tema se vera de nuevo al hablar de la herencia. 
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3.5.3 Paso de argumentos a metodos 

En Java los argumentos de los tipos primitivos se pasan siempre por valor. El metodo recibe una 
copia del argumento actual; si se modifica esta copia, el argumento original que se incluyo en la 
Uamada no queda modificado. La forma de modificar dentro de un metodo una variable de un tipo 
primitivo es incluirla como variable miembro en una clase y pasar como argumento una referenda a 
un objeto de dicha clase. Las referencias se pasan tambien por valor, pero a traves de ellas se 
pueden modificar los objetos referenciados. 

En Java no se pueden pasar metodos como argumentos a otros metodos (en C/C++ se pueden 
pasar punteros a funcion como argumentos). Lo que se puede hacer en Java es pasar una referenda 
a un objeto y dentro de la funcion utilizar los metodos de ese objeto. 

Dentro de un metodo se pueden crear variables locales de los tipos primitivos o referencias. 
Estas variables locales dejan de existir al terminar la ejecucion del metodo\ Los argumentos 
formales de un metodo (las variables que aparecen en el header del metodo para recibir el valor de 
los argumentos actuales) tienen categoria de variables locales del metodo. 

Si un metodo devuelve this (es decir, un objeto de la clase) o una referenda a otro objeto, ese 
objeto puede encadenarse con otra Uamada a otro metodo de la misma o de diferente clase y asi 
sucesivamente. En este caso apareceran varios metodos en la misma sentencia unidos por el 
operador punto (.), por ejemplo, 

string numeroComoString = "8.978"; 

float p = Float . valueOf (numeroComoString) . floatValue () ; 

donde el metodo valueOf(String) de la clase javaJang.Float devuelve un objeto de la clase Float 
sobre el que se aplica el metodo floatValueQ, que finalmente devuelve una variable primitiva de 
ivgo float. El ejemplo anterior se podia desdoblar en las siguientes sentencias: 

string numeroComoString = "8.978"; 

Float f = Float . valueOf (numeroComoString) ; 

float p = f. floatValue ; 

Observese que se pueden encadenar varias Uamadas a metodos por medio del operador punto 
(.) que, como todos los operadores de Java excepto los de asignacion, se ejecuta de izquierda a 
derecha (ver Apartado 2.2. 1 1, en la pagina 30). 

3.5.4 Metodos de clase (static) 

Analogamente, puede tambien haber metodos que no actuen sobre objetos concretos a traves del 
operador punto. A estos metodos se les llama metodos de clase o static. Los metodos de clase 
pueden recibir objetos de su clase como argumentos explicitos, pero no tienen argumento implicito 
ni pueden utilizar la referenda this. Un ejemplo tipico de metodos static son los metodos 
matematicos de la clase javaJang.Math {sin(), cos(), exp(), pow(), etc.). De ordinario el argumento 
de estos metodos sera de un tipo primitivo y se le pasara como argumento explicito. Estos metodos 
no tienen sentido como metodos de objeto. 



^ En Java no hay variables locales static, que en C/C++ y Visual Basic son variables locales que conservan su valor 
entre las distintas Uamadas a un metodo. 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



Los metodos y variables de clase se crean anteponiendo la palabra static. Para Uamarlos se 
suele utilizar el nombre de la clase, en vez del nombre de un objeto de la clase (por ejemplo, 
Math.sin(ang), para calcular el seno de un angulo). 

Los metodos y las variables de clase son lo mas parecido que Java tiene a las funciones y 
variables globales de C/C++ o Visual Basic. 

3.5.5 Constructores .^H 

Un punto clave de la Programacion Orientada Objetos es el evitar informacion incorrecta por no 
haber sido correctamente inicializadas las variables. Java no permite que haya variables miembro 
que no esten inicializadas^. Ya se ha dicho que Java inicializa siempre con valores por defecto las 
variables miembro de clases y objetos. El segundo paso en la inicializacion correcta de objetos es el 
uso de constructores. 

Un constructor es un metodo que se llama automaticamente cada vez que se crea un objeto de 
una clase. La principal mision del constructor es reservar memoria e inicializar las variables 
miembro de la clase. ^k 

Los constructores no tienen valor de retomo (ni siquiera void) y su nombre es el mismo que 
el de la clase. Su argumento implicito es el objeto que se esta creando. 

De ordinario una clase tiene varios constructores, que se diferencian por el tipo y numero de 
sus argumentos (son un ejemplo tipico de metodos sobrecargados). Se llama constructor por 
defecto al constructor que no tiene argumentos. El programador debe proporcionar en el codigo 
valores iniciales adecuados para todas las variables miembro. 

Un constructor de una clase puede Uamar a otro constructor previamente definido en la 
misma clase por medio de la palabra this. En este contexto, la palabra this solo puede aparecer en la 
primera sentencia de un constructor. 

El constructor de una sub-clase puede Uamar al constructor de su super-clase por medio de la 
palabra super, seguida de los argumentos apropiados entre parentesis. De esta forma, un constructor 
solo tiene que inicializar por si mismo las variables no heredadas. 

El constructor es tan importante que, si el programador no prepara ningun constructor para 
una clase, el compilador crea un constructor por defecto, inicializando las variables de los tipos 
primitivos a su valor por defecto, y los Strings y las demas referencias a objetos a null. Si hace 
falta, se llama al constructor de la super-clase para que inicialice las variables heredadas. 

Al igual que los demas metodos de una clase, los constructores pueden tener tambien los 
modificadores de acceso public, private, protected y package. Si un constructor es private, ninguna 
otra clase puede crear un objeto de esa clase. En este caso, puede haber metodos public y static 
(factory methods) que Uamen al constructor y devuelvan un objeto de esa clase. 

Dentro de una clase, los constructores solo pueden ser Uamados por otros constructores o por 
metodos static. No pueden ser Uamados por los metodos de objeto de la clase. 



Si puede haber variables locales de metodos sin inicializar, pero el compilador da un error si se intentan utilizar sin 
asignarles previamente un valor. 
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3.5.6 Inicializadores 

Por motivos que se veran mas adelante, Java todavia dispone de una tercera linea de actuacion para 
evitar que haya variables sin inicializar correctamente. Son los inicializadores, que pueden ser static 
(para la clase) o de objeto. 

3. 5. 6. 1 Inicializadores static 

Un inicializador static es un algo parecido a un metodo (un bloque { . . . } de codigo, sin nombre y 
sin argumentos, precedido por la palabra static) que se llama automaticamente al crear la clase (al 
utilizarla por primera vez). Tambien se diferencia del constructor en que no es Uamado para cada 
objeto, sino una sola vez para toda la clase. 

Los tipos primitivos pueden inicializarse directamente con asignaciones en la clase o en el 
constructor, pero para inicializar objetos o elementos mas complicados es bueno utilizar un 
inicializador (un bloque de codigo {...}), ya que permite gestionar ejcct77c/ones^ con try ...catch. 

Los inicializadores static se crean dentro de la clase, como metodos sin nombre, sin 
argumentos y sin valor de retorno, con tan solo la palabra static y el codigo entre Haves {...}. En una 
clase pueden definirse varios inicializadores static, que se Uamaran en el orden en que han sido 
definidos. _y 

Los inicializadores static se pueden utilizar para dar valor a las variables static. Ademas se 
suelen utilizar para Uamar a metodos nativos, esto es, a metodos escritos por ejemplo en C/C++ 
(Uamando a los metodos System.loadQ o System.loadLibraryQ, que leen las librerias nativas). Por 
ejemplo: 

static { ■^■ 

System. loadLibrary( "MyNativeLibrary " ) ; 
} 

3.5.6.2 Inicializadores de objeto ^^ 

A partir de Java 1.1 existen tambien inicializadores de objeto, que no Uevan la palabra static. Se 
utilizan para las clases anonimas, que por no tener nombre no pueden tener constructor. En este 
caso, los inicializadores de objeto se Uaman cada vez que se crea un objeto de la clase anonima. 

3.5.7 Resumen del proceso de ereacion de un objeto 

El proceso de ereacion de objetos de una clase es el siguiente: 

1. Al crear el primer objeto de la clase o al utilizar el primer metodo o variable static se localiza la 
clase y se carga en memoria. 

2. Se ejecutan los inicializadores static (solo una vez). 

3. Cada vez que se quiere crear un nuevo objeto: 

• se comienza reservando la memoria necesaria 



^ Las excepciones son situaciones de error o, en general, situaciones anomalas que puede exigir ciertas actuaciones del 
propio programa o del usuario. Las excepciones se explican con mas detalle en el Capitulo 8. 
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• 



• 



se da valor por defecto a las variables miembro de los tipos primitivos 
se ejecutan los inicializadores de objeto 
• se ejecutan los constructores 

3.5.8 Destruccion de objetos (liberacion de memoria) 

En Java no hay destructores como en C++. El sistema se ocupa automatic amente de liberar la 
memoria de los objetos que ya han perdido la referenda, esto es, objetos que ya no tienen ningun 
nombre que permita acceder a ellos, por ejemplo por haber Uegado al final del bloque en el que 
habian sido definidos, porque a la referenda se le ha asignado el valor null o porque a la referenda 
se le ha asignado la direccion de otro objeto. A esta caracteristica de Java se le llama garbage 
colledlon (recogida de basura). 

En Java es normal que varias variables de tipo referenda apunten al mismo objeto. Java Ueva 
intemamente un contador de cuantas referencias hay sobre cada objeto. El objeto podra ser borrado 
cuando el numero de referencias sea cero. Como ya se ha dicho, una forma de hacer que un objeto 
quede sin referenda es cambiar esta a null, haciendo por ejemplo: 

ObjetoRef = null; 

En Java no se sabe exactamente cuando se va a activar el garbage colledor. Si no falta 
memoria es posible que no se Uegue a activar en ningun momento. No es pues conveniente confiar 
en el para la realizacion de otras tareas mas criticas. 

Se puede Uamar explicitamente al garbage colledor con el metodo System.gcQ, aunque esto 
es considerado por el sistema solo como una "sugerencia" a la JVM. 

3.5.9 Finalizadores r 

Los finalizadores son metodos que vienen a completar la labor del garbage colledor. Un 
finalizador es un metodo que se llama automatic amente cuando se va a destruir un objeto (antes de 
que la memoria sea liberada de modo automatico por el sistema). Se utilizan para ciertas 
operaciones de terminacion distintas de liberar memoria (por ejemplo: cerrar ficheros, cerrar 
conexiones de red, liberar memoria reservada por funciones nativas, etc.). Hay que tener en cuenta 
que el garbage colledor solo libera la memoria reservada con new. Si por ejemplo se ha reservado 
memoria con funciones nativas en C (por ejemplo, utilizando la funcion malloc()), esta memoria 
hay que liberarla explicitamente utilizando el metodo ftnallzeQ. 

Un finalizador es un metodo de objeto (no static), sin valor de retorno (void), sin argumentos 
y que siempre se llama finalize(). Los finalizadores se Uaman de modo automatico siempre que 
hayan sido definidos por el programador de la clase. Para realizar su tarea correctamente, un 
finalizador deberia terminar siempre Uamando dX finalizador de su super-dase. 

Tampoco se puede saber el momento preciso en que \o^ finalizadores van a ser Uamados. En 
muchas ocasiones sera conveniente que el programador realice esas operaciones de finalizacion de 
modo explicito mediante otros metodos que el mismo Uame. 

El metodo System.runFinalization() "sugiere" a la JVM que ejecute los finalizadores de los 
objetos pendientes (que han perdido la referenda). Parece ser que para que este metodo se ejecute, 
en Java 1.1 hay que Uamar primero Sigc() y luego a runFinalizationQ. 
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3.6 Packages 



3.6.1 Que es un package 

\]n package es una agrupacion de clases. En la API de Java 1.1 habia 22 packages; en Java 1.2 hay 

59 packages, lo que da una idea del "crecimiento" experimentado por el lenguaje. 

Ademas, el usuario puede crear sus propios packages. Para que una clase pase a formar parte 
de un package llsimado pkgName, hay que introducir en ella la sentencia: 

package pkgName; 

que debe ser la primera sentencia del fichero sin contar comentarios y lineas en bianco. 

Los nombres de los packages se suelen escribir con minusculas, para distinguirlos de las 
clases, que empiezan por mayuscula. El nombre de un package puede constar de varios nombres 
unidos por puntos (los propios packages de Java siguen esta norma, como por ejemplo 
java.awt.event). 

Todas las clases que forman parte de un package deben estar en el mismo directorio. Los 
nombres compuestos de los packages estan relacionados con la jerarquia de directorios en que se 
guardan las clases. Es recomendable que los nombres de las clases de Java sean unicos en Internet. 
Es el nombre del package lo que permite obtener esta caracteristica. Una forma de conseguirlo es 
incluir el nombre del dominio (quitando quizas el pais), como por ejemplo en c\ package siguiente: 

es . ceit . jgjalon . infor2 . ordenar 

Las clases de un package se almacenan en un directorio con el mismo nombre largo (path) 
que elpackage. Por ejemplo, la clase, 

es.ceit. jgjalon. infor2. ordenar .Quicksort. class 

deberia estar en el directorio, 

CLASSPATH\es\ceit\ jgjalon\inf or2\ordenar\QuickSort .class 

donde CLASSPATH es una variable de entorno del PC que establece la posicion absoluta de los 
directorios en los que hay clases de Java (clases del sistema o de usuario), en este caso la posicion 
del directorio es en los discos locales del ordenador. 

hos packages se utilizan con las finalidades siguientes: 

1. Para agrupar clases relacionadas. 

2. Para evitar conflictos de nombres (se recuerda que el dominio de nombres de Java es la 
Internet). En caso de conflicto de nombres entre clases importadas, el compilador obliga a 
cualificar en el codigo los nombres de dichas clases con el nombre del package . 

3. Para ayudar en el control de la accesibilidad de clases y miembros. 

3.6.2 Como funeionan los packages 

Con la sentencia Import packname; se puede evitar tener que utilizar nombres muy largos, al 
mismo tiempo que se evitan los conflictos entre nombres. Si a pesar de todo hay conflicto entre 
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nombres de clases, Java da un error y obliga a utilizar los nombres de las clases cualificados con el 
nombre del package. 

El importar wn package no hace que se carguen todas las clases del package: solo se cargaran 
las clsises public que se vayan a utilizar. Al importar un package no se importan los sub-packages. 
Estos deben ser importados explicitamente, pues en realidad son packages distintos. Por ejemplo, al 
importar java.awt no se importa. java.awt.event. 

Es posible guardar en jerarquias de directorios diferentes los ficheros *.class y *.java, con 
objeto por ejemplo de no mostrar la situacion del codigo fuente. Los packages hacen referenda a 
los ficheros compilados *. class. , 

En un programa de Java, una clase puede ser referida con su nombre completo (el nombre del 
package mas el de la clase, separados por un punto). Tambien se pueden referir con el nombre 
completo las variables y los metodos de las clases. Esto se puede hacer siempre de modo opcional, 
pero es incomodo y hace mas dificil el reutilizar el codigo y portarlo a otras maquinas. 

La sentencia Import permite abreviar los nombres de las clases, variables y metodos, evitando 
el tener que escribir continuamente el nombre del package importado. Se importan por defecto el 
package javaJang y elpackage actual o por defecto (las clases del directorio actual). 

Existen dos formas de utilizar import: para una clase y para todo un package: 

import es . ceit . jgjalon . infor2 . ordenar . Quicksort. class; 
import es . ceit . jgjalon . infor2 . ordenar . * ; 

que deberian estar en el directorio: 

classpath\es\ceit\jgjalon\infor2 \ ordenar 

El como afectan los packages a los permisos de acceso de una clase se estudia en el Apartado 
3.11,enlapagina60. 

3.7 Herencia ^ 



3.7.1 Concepto de herencia 

Se puede construir una clase a partir de otra mediante el mecanismo de la herencia. Para indicar que 
una clase deriva de otra se utiliza la palabra extends, como por ejemplo: 

class CirculoGraf ico extends Circulo {...} 

Cuando una clase deriva de otra, hereda todas sus variables y metodos. Estas funciones y 
variables miembro pueden ser redefinidas (overridden) en la clase derivada, que puede tambien 
definir o anadir nuevas variables y metodos. En cierta forma es como si la sub-clase (la clase 
derivada) "contuviera" un objeto de la super-clase; en realidad lo "amplia" con nuevas variables y 
metodos. 

Java permite multiples niveles de herencia, pero no permite que una clase derive de varias (no 
es posible la herencia multiple). Se pueden crear tantas clases derivadas de una misma clase como 
se quiera. 

Todas las clases de Java creadas por el programador tienen una super-clase. Cuando no se 
indica explicitamente una super-clase con la palabra extends, la clase deriva de javaJang.Object, 
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que es la clase raiz de toda la jerarquia de clases de Java. Como consecuencia, todas las clases 
tienen algunos metodos que han heredado de Object. 

La composicion (el que una clase contenga un objeto de otra clase como variable miembro) se 
diferencia de la herencia en que incorpora los datos del objeto miembro, pero no sus metodos o 
interface (si dicha variable miembro se ]\2iCQ private). 



3.7.2 La clase Object 

Como ya se ha dicho, la clase Object es la raiz de toda la jerarquia de clases de Java. Todas las 
clases de Java derivan de Object. 

La clase Object tiene metodos interesantes para cualquier objeto que son heredados por 
cualquier clase. Entre ellos se pueden citar los siguientes: .^^^ 

1 . Metodos que pueden ser redefinidos por el programador: 

cloneQ Crea un objeto a partir de otro objeto de la misma clase. El metodo original heredado 
de Object lanza una CloneNotSupportedException. Si se desea poder clonar una clase hay que 
implementar la interface Cloneable y redefinir el metodo clone(). Este metodo debe hacer una 
copia miembro a miembro del objeto original. No deberia Uamar al operador new ni a los 
constructores. 

equalsO Indica si dos objetos son o no iguales. Devuelve true si son iguales, tanto si son 
referencias al mismo objeto como si son objetos distintos con iguales valores de las variables 
miembro. 

toStringO Devuelve un String que contiene una representacion del objeto como cadena de 
caracteres, por ejemplo para imprimirlo o exportarlo. 

finalizeQ Este metodo ya se ha visto al hablar de los finalizadores. 

2. Metodos que no pueden ser redefinidos (son metodo s/tna/): 

getClassO Devuelve un objeto de la clase Class, al cual se le pueden aplicar metodos para 
determinar el nombre de la clase, su super-clase, las interfaces implementadas, etc. Se puede 
crear un objeto de la misma clase que otro sin saber de que clase es. 

notifyO, notifyAllO y wait() Son metodos relacionados con las threads y se veran en el Capitulo 
6. 

3.7.3 Redefinicion de metodos heredados 

Una clase puede redefinir (volver a definir) cualquiera de los metodos heredados de su super-clase 
que no sean final. El nuevo metodo sustituye al heredado para todos los efectos en la clase que lo ha 
redefinido. 

Las metodos de la super-clase que han sido redefinidos pueden ser todavia accedidos por 
medio de la palabra super desde los metodos de la clase derivada, aunque con este sistema solo se 
puede subir un nivel en la jerarquia de clases. 
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Los metodos redefinidos pueden ampliar los derechos de acceso de la super-clase (por 
ejemplo ser public, en vez de protected o package), pero nunca restringirlos. 

Los metodos de clase o static no pueden ser redefinidos en las clases derivadas. 

3.7.4 Clases y metodos abstractos 

Una clase abstracta {abstract) es una clase de la que no se pueden crear objetos. Su utilidad es 
permitir que otras clases deriven de ella, proporcionandoles un marco o modelo que deben seguir y 
algunos metodos de utilidad general. Las clases abstractas se declaran anteponiendoles la palabra 
abstract, como por ejemplo, r 

public abstract class Geometria { ... } 

Una clase abstract puede tener metodos declarados como abstract, en cuyo caso no se da 
definicion del metodo. Si una clase tiene algun metodo abstract es obligatorio que la clase sea 
abstract. En cualquier sub-clase este metodo debera bien ser redefinido, bien volver a declararse 
como abstract (el metodo y la sub-clase). 

Una clase abstract puede tener metodos que no son abstract. Aunque no se puedan crear 
objetos de esta clase, sus sub-clases heredaran el metodo completamente a punto para ser utilizado. 

Como los metodos static no pueden ser redefinidos, un metodo abstract no puede ser static. 

3.7.5 Constructores en clases derivadas 

Ya se comento que un constructor de una clase puede Uamar por medio de la palabra this a otro 
constructor previamente definido en la misma clase. En este contexto, la palabra this solo puede 
aparecer en la primera sentencia de un constructor. 

De forma analoga el constructor de una clase derivada puede Uamar al constructor de su 
super-clase por medio de la palabra superQ, seguida entre parentesis de los argumentos apropiados 
para uno de los constructores de la super-clase. De esta forma, un constructor solo tiene que 
inicializar directamente las variables no heredadas. 

La Uamada al constructor de la super-clase debe ser la primera sentencia del constructor"^ , 

excepto si se llama a otro constructor de la misma clase con thisQ. Si el programador no la incluye, 
Java incluye automaticamente una Uamada al constructor por defecto de la super-clase, super(). 
Esta Uamada en cadena a los constructores de las super-clases Uega hasta el origen de la jerarquia 
de clases, esto es al constructor de Object. 

Como ya se ha dicho, si el programador no prepara un constructor por defecto, el compilador 
crea uno, inicializando las variables de los tipos primitivos a sus valores por defecto, y los Strings y 
demas referencias a objetos a null. Antes, incluira una Uamada al constructor de la super-clase. 

En el proceso de finalizacion o de liberacion de recursos (diferentes de la memoria reservada 
con new, de la que se encarga el garbage collector), es importante Uamar a los finalizadores de las 
distintas clases, normalmente en orden inverso al de Uamada de los constructores. Esto hace que el 
finalizador de la sub-clase deba realizar todas sus tareas primero y luego Uamar al finalizador de la 



"* De todas formas, antes de ejecutar esa Uamada ya se ha reservado la memoria necesaria para crear el objeto y se han 
inicializado las variables miembro (ver Apartado 3.5.7). 



Copyright © 2000 TECNUN, Javier Garcia de Jalon, Jose Ignacio Rodriguez, linigo Mingo, Aitor Imaz, Alfonso Brazalez, Alberto Larzabal, Jesus 
Calleja, Jon Garcia. Todos los derechos reservados. Esta prohibida la reproduccion total o parcial con fines comerciales y por cualquier medio del 
contenido de estas paginas. Solo esta permitida su impresion y utiiizacion con fines personates. 



Capitulo 3: Clases en Java pdgina 51 



super-clase en la forma super.finalize(). Los metodos finalize() deben ser al menos protected, ya 
que el metodo finalizeQ de Object lo es, y no esta pemiitido reducir los permisos de acceso en la 
herencia. 

3.8 Clases y metodos finales 

Recuerdese que las variables declaradas como final no pueden cambiar su valor una vez que han 
sido inicializadas. En este apartado se van a presentar otros dos usos de la palabra/ma/. 

Una clase declarada/ma/ no puede tener clases derivadas. Esto se puede hacer por motivos de 
seguridad y tambien por motivos de eficiencia, porque cuando el compilador sabe que los metodos 
no van a ser redefinidos puede hacer optimizaciones adicionales. 

Analogamente, un metodo declarado como final no puede ser redefinido por una clase que 
derive de su propia clase. 

3.9 Interfaces 



3.9.1 Concepto de interface '' 

Una interface es un conjunto de declaraciones de metodos (sin definicion). Tambien puede definir 
constantes, que son implicitamente public, static y final, y deben siempre inicializarse en la 
declaracion. Estos metodos definen un tipo de conducta. Todas las clases que implementan una 
determinada interface estan obligadas a proporcionar una definicion de los metodos de la interface, 
y en ese sentido adquieren una conducta o modo de funcionamiento . 

Una clase puede implementar una o varias interfaces. Para indicar que una clase implementa 
una o mas interfaces se ponen los nombres de las interfaces, separados por comas, detras de la 
palabra implements, que a su vez va siempre a la derecha del nombre de la clase o del nombre de la 
super-clase en el caso de herencia. Por ejemplo, 

public class CirculoGraf ico extends Circulo 

implements Dibujable, Cloneable { 

} 

^Que diferencia hay entre una interface y una clase abstract! Ambas tienen en comun que 
pueden contener varias declaraciones de metodos (la clase abstract puede ademas definirlos). A 
pesar de esta semejanza, que hace que en algunas ocasiones se pueda sustituir una por otra, existen 
tambien algunas diferencias importantes: 

1. Una clase no puede heredar de dos clases abstract, pero si puede heredar de una clase 
abstract e implementar una interface, o bien implementar dos o mas interfaces. 

2. Una clase no puede heredar metodos -definidos- de una interface, aunque si constantes. 

3. Las interfaces permiten mucha mas flexibilidad para conseguir que dos clases tengan el 
mismo comportamiento, inpendientemente de su situacion en la jerarquia de clases de 
Java. 
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4. Las interfaces permiten "publicar" el comportamiento de una clase desvelando un minimo 
de informacion. 

5. Las interfaces tienen una. jerarquia propia, independiente y mas flexible que la de las 
clases, ya que tienen pennitida la herencia multiple. 

6. De cara al polimorfismo (recordar el Apartado 1.3.8, a partir de la pagina 15), las 
referencias de un tipo interface se pueden utilizar de modo similar a las clases abstract. 

3.9.2 Definicion de interfaces 

Una interface se define de un modo muy similar a las clases. A modo de ejemplo se reproduce aqui 
la definicion de la interface Dibujable dada en el Apartado 1.3.5:, en la pagina 13: 

// fichero Dibujable . Java 
import Java . awt . Graphics ; 

public interface Dibujable { ,. _^ 

public void setPosicion (double x, double y) ; ■▼ 

public void dibu jar (Graphics dw) ; ]► 

} 

Cada interface public debe ser definida en un fichero *.java con el mismo nombre de la 
interface. Los nombres de las interfaces suelen comenzar tambien con mayuscula. 

Las interfaces no admiten mas que los modificadores de acceso public y package. Si la 
interface no es public no sera accesible desde fuera del package (tendra la accesibilidad por 
defecto, que es package). Los metodos declarados en una interface son siempre public y abstract, 
de modo implicito. 

3.9.3 Herencia en interfaces '' 

Entre las interfaces existe una. jerarquia (independiente de la de las clases) que permite herencia 
simple y multiple. Cuando una interface deriva de otra, incluye todas sus constantes y declaraciones 
de metodos. 

Una interface puede derivar de varias interfaces. Para la herencia de interfaces se utiliza 
asimismo la palabra extends, seguida por el nombre de las interfaces de las que deriva, separadas 
por comas. 

Una interface puede ocultar una constante definida en una super-interface definiendo otra 
constante con el mismo nombre. De la misma forma puede ocultar, re-declarandolo de nuevo, la 
declaracion de un metodo heredado de una super-interface. 

Las interfaces no deberian ser modificadas mas que en caso de extrema necesidad. Si se 
modifican, por ejemplo anadiendo alguna nueva declaracion de un metodo, las clases que hayan 
implementado dicha interface dejaran de funcionar, a menos que implementen el nuevo metodo. 

3.9.4 Utilizacion de interfaces 

Las constantes definidas en una interface se pueden utilizar en cualquier clase (aunque no 
implemente la interface) precediendolas del nombre de la interface, como por ejemplo (suponiendo 
que PI hubiera sido definida en Dibujable): 
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area = 2 . *Dibu jable . PI *r ; 

Sin embargo, en las clases que implementan la interface las constantes se pueden utilizar 
directamente, como si fueran constantes de la clase. A veces se crean interfaces para agrupar 
constantes simbolicas relacionadas (en este sentido pueden en parte suplir las variables enum de 

C/C++). 

De cara al polimorfismo, el nombre de una interface se puede utilizar como un nuevo tipo de 

referenda. En este sentido, el nombre de una interface puede ser utilizado en lugar del nombre de 
cualquier clase que la implemente, aunque su uso estara restringido a los metodos de la interface. 
Un objeto de ese tipo puede tambien ser utilizado como valor de retomo o como argumento de un 
metodo. 

3.10 Clases Internas j^^ 

Una clase interna es una clase definida dentro de otra clase, Uamada clase contenedora, en alguna 
variante de la siguiente forma general: 

class ClaseContenedora { 
class Claselnterna { 

) 

} 

Las clases internas fueron introducidas en la version Java 1.1. Ademas de su utilidad en si, 
las clases internas se utilizan mucho en el nuevo modelo de eventos que se introdujo en dicha 
version de Java. 

Hay cuatro tipos de clases internas: 

1 . Clases internas static. 

2. Clases internas miembro. ^^ 

3. Clases internas locales. 

4. Clases anonimas. 

En lo sucesivo se utilizara la terminologia clase contenedora o clase global para hacer 
referenda a la clase que contiene a la clase interna. 

Hay que seiialar que la JVM {Java Virtual Machine) no sabe nada de la existencia de clases 
internas. Por ello, el compilador convierte estas clases en clases globales, contenidas en ficheros 
*.class cuyo nombre es ClaseContenedora$ClaseInterna.class. Esta conversion inserta variables 
ocultas, metodos y argumentos en los constructores. De todas formas, lo que mas afecta al 
programador de todo esto es lo referente al nombre de los ficheros que aparecen en el directorio 
donde se realiza la compilacion, que pueden resultar sorprendentes si no se conoce su origen. 

3.10.1 Clases e interfaces internas static 

Se conocen tambien con el nombre de clases anidadas (nested classes). Las clases e interfaces 
internas static solo pueden ser creadas dentro de otra clase al mdximo nivel, es decir directamente 
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en el bloque de definicion de la clase contenedora y no en un bloque mas interno. Es posible definir 
clases e interfaces internas static dentro de una interface contenedora. Este tipo de clases intemas 
se definen utilizando la palabra static. Todas las interfaces internas son implicitamente static. 

En cierta forma, las clases internas static se comportan como clases noraiales en wn package. 
Para utilizar su nombre desde fuera de la clase contenedora hay que precederlo por el nombre de la 
clase contenedora y el operador punto (.) Este tipo de relacion entre clases se puede utilizar para 
agrupar varias clases dentro de una clase mas general. Lo mismo puede decirse de las interfaces 
internas. 

Las clases internas static pueden ver y utilizar los miembros static de la clase contenedora. 
No se necesitan objetos de la clase contenedora para crear objetos de la clase interna static. Los 
metodos de la clase interna static no pueden acceder directamente a los objetos de la clase 
contenedora, caso de que los haya: deben disponer de una referenda a dichos objetos, como 
cualquier otra clase. 

La sentencia import puede utilizarse para importar una clase interna static, en la misma 
forma que si se tratara de importar una clase de un package (con el punto (.)). Por ejemplo, si la 
interface Linkable es interna a la clase List, para implementar dicha interface hay que escribir, 

... implements List . Linkable 

y para importarla hay que usar, 

import List.*; // o bien ^^^i 

import List . Linkable; ^^^H 

Otras caracteristicas importantes son las siguientes: 

1. Pueden definirse clases e interfaces internas dentro de interface y clases contenedoras, 

con las cuatro combinaciones posibles. 

2. Puede haber varios niveles, esto es una clase interna static puede ser clase contenedora 
de otra clase interna static, y asi sucesivamente. 

3. Las clases e interfaces internas static pertenecen dX package de la clase contenedora. 

4. Pueden utilizarse los calificadores final, public, private y protected. Esta es una forma 
mas de controlar el acceso a ciertas clases. 

A continuacion se presenta un ejemplo de clase interna static: 

11 fichero ClasesIntStatic . Java 

class A { 

int i=l; // variable miembro de objeto 

static int is=-l; // variable miembro de clase 
public A(int i) {this.i=i;) // constructor 

// a los metodos de la clase contenedora hay que pasarles referencias 
// a los objetos de la clase interna static 
public void printA(Bs unBs) { 

System. out .print In ("i="+i+" unBs . j="+unBs . j) ; 

) 

// definicion de una clase interna static 
static class Bs { 

int j=2; 

public Bs (int j) {this.j=j;} // constructor 
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// los metodos de la clase interna static no pueden acceder a la i 

// pues es una variable de objeto. Si pueden acceder a is 
public void printBs () { 

System. out .println (" j=" + j + " is=" + is) ; 

) 
} // fin clase Bs 

} // fin clase contenedora A 

class Clases IntStatic { 

public static void main (String [] arg) { 

A al = new A(ll), a2 = new A(12); j 

println ("al.i = " + al.i + " a2.i = " + a2.i); 

// dos formas de crear objetos de la clase interna static 

A.Bs bl = new A.Bs(-lO); // necesario poner A.Bs 

A.Bs b2 = al.new Bs (-11) ; // b2 es independiente de al 

// referenda directa a los objetos bl y b2 ^^^ 

println ("bl. j = " + bl . j + " b2.j = " + b2 . j ) ; '^^^' 

// los metodos de la clase interna acceden directamente a las variables 
// de la clase contenedora solo si son static 
bl .printBs () ; // escribe: j=-10 is=-l 
b2. printBs ; // escribe: j=-20 is=-l 

// a los metodos de la clase contenedora hay que pasarles referencias 

// a los objetos de la clase interna, pera que puedan identif icarlos 
al .printA (bl) ; // escribe: i=ll unBs.j=-10 
al .printA (b2) ; // escribe: i=ll unBs.j=-ll 

} // fin de main() j^f 

public static void print In (String str) { System. out . print In ( str) ; } 

} // fin clase Clases IntStatic 

3.10.2 Clases internas miembro (no static) 

Las clases internas miembro o simplemente clases internas, son clases definidas al maximo nivel 
de la clase contenedora (directamente en el bloque de diminucion de dicha clase), sin la palabra 
static. Se suelen Uamar clases internas miembro o simplemente clases internas. No existen 
interfaces internas de este tipo. 

Las clases internas no pueden tener variables miembro static. Tienen una nueva sintaxis para 
las palabras this, new y super, que se vera un poco mas adelante. 

La caracteristica principal de estas clases internas e que cada objeto de la clase interna existe 
siempre dentro de un y solo un objeto de la clase contenedora. Un objeto de la clase contenedora 
puede estar relacionado con uno o mas objetos de la clase interna. Tener esto presente es muy 
importante para entender las caracteristicas que se explican a continuacion. 

Relacion entre las clases interna y contenedora respecto al acceso a las variables miembro: 

1. Debido a la relacion uno a uno, los metodos de la clase interna ven directamente las 
variables miembro del objeto de la clase contenedora, sin necesidad de cualificarlos. 

2. Sin embargo, los metodos de la clase contenedora no ven directamente las variables 
miembro de los objetos de la clase interna: necesitan cualificarlos con una referenda a los 
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correspondientes objetos. Esto es consecuencia de la relacion uno a varios que existe 
entre los objetos de la clase contenedora y los de la clase interna. 

3. Otras clases diferentes de las clases contenedora e interna pueden utilizar directamente 
los objetos de la clase interna, sin cualificarlos con el objeto o el nombre de la clase 
contenedora. De hecho, se puede seguir accediendo a los objetos de la clase interna 
aunque se pierda la referenda al objeto de la clase contenedora con el que estan asociados. 

Respecto a los permisos de acceso: -^i 

1. Las clases internas pueden tambien ser private y protected (las clases normales solo 
pueden ser public y package). Esto permite nuevas posibilidades de encapsulacion. 

2. Los metodos de las clases internas acceden directamente a todos los miembros, incluso 
private, de la clase contenedora. 

3. Tambien la clase contenedora puede acceder -si dispone de una referenda- a todas las 
variables miembro (incluso /7r/va^e) de sus clases internas. 

4. Una clase interna puede acceder tambien a los miembros (incluso private) de otras clases 
internas definidas en la misma clase contenedora. 

Otras caracteristicas de las clases internas son las siguientes: 

1. Una clase interna miembro puede contener otra clase interna miembro, hasta el nivel que 
se desee (aunque no se considera buena tecnica de programacion utilizar muchos niveles). 

2. En la clase interna, la palabra this se refiere al objeto de la propia clase interna. Para 
acceder al objeto de la clase contenedora se utiliza ClaseContenedoraJhis. 

3. Para crear un nuevo objeto de la clase interna se puede utilizar new, precedido por la refe- 
renda al objeto de la clase contenedora que contendra el nuevo objeto: unObjCC.new(). 
El tipo del objeto es el nombre de la clase contenedora seguido del nombre de la clase 
interna, como por ejemplo: 

ClaseCont .Claselnt unObjClInt = unOb jClaCont . new Claselnt ( . . . ) ; 

4. Supongase como ejemplo adicional que B es una clase interna de A y que C es una clase 
interna de B. La creacion de objetos de las tres clases se puede hacer del siguiente modo: 

A a = new A ( ) ; // se crea un objeto de la clase A 

A.B b = a . new B ( ) ; // b es un objeto de la clase interna B dentro de a 

A.B.C c = b . new C ( ) ; // c es un objeto de la clase interna C dentro de b 

5. Nunca se puede crear un objeto de la clase interna sin una referenda a un objeto de la 
clase contenedora. Los constructores de la clase interna tienen como argumento oculto 
una referenda al objeto de la clase contenedora. 

6. El nuevo significado de la palabra super es un poco complicado: Si una clase deriva de 
una clase interna, su constructor no puede Uamar a superQ directamente. EUo hace que el 
compilador no pueda crear un constructor por defecto. Al constructor hay que pasarle una 
referenda a la clase contenedora de la clase interna super-clase, y con esa referenda ref 
Uamar a ref. superQ. 

Las clases internas pueden derivar de otras clases diferentes de la clase contenedora. En este 
caso, conviene tener en cuenta las siguientes reglas: 
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1. Las clases internas constituyen como una segunda jerarquia de clases en Java: por una 
parte estan en la clases contenedora y ven sus variables; por otra parte pueden derivar de 
otra clase que no tenga nada que ver con la clase contenedora. Es muy importante evitar 
conflictos con los nombres. En caso de conflicto entre un nombre heredado y un nombre 
en la clase contenedora, el nombre heredado debe tener prioridad. 

2. En caso de conflicto de nombres, Java obliga a utilizar la referenda this con un nuevo 
significado: para referirse a la variable o metodo miembro heredado se utiliza this.name, 
mientras que se utiliza NombreClaseCont.this.name para el miembro de la clase 
contenedora.. 

3. Si una clase contenedora deriva de una super-clase que tiene una clase interna, la clase 
interna de la sub-clase puede a su vez derivar de la clase interna de la super-clase y 

redefinir todos los metodos que necesite. La casuistica se puede complicar todo lo que se 
desee, pero siempre hay que recomendar hacer las cosas lo mas sencillas que sea posible. 

El uso de las clases internas miembro tiene las siguientes restricciones: 

1. Las clases internas no pueden tener el mismo nombre que la clase contenedora o 
package. 

2. Tampoco pueden tener miembros static: variables, metodos o clases. 

A continuacion se presenta un ejemplo completo de utilizacion de clases internas miembro: 

II fichero Claseslnternas . Java 

// clase contenedora 
class A { 

int i=l; // variable miembro 

public A(in't i) {this.i=i;) // constructor 

// los metoodos de la clase contenedora necesitan una 
// referenda a los objetos de la clase interna 
public void printA(B unB) { 

System. out .println ("i="+i+" unB . j="+unB . j) ; // si acepta unB.j 

} 

// la clase interna puede tener cualquier visibilidad. Con private da error 
// porque main() no puede acceder a la clase interna 
protected class B { 

int j=2; 

public B(int j) {this.j=j;} // constructor 

public void printB() { 

System. out .println ("i=" + i + " j=" + j); // si sabe que es j 

} 
} // fin clase B 

} // fin clase contenedora A 

class Claseslnternas { 

public static void main (String [] arg) { 

A al = new A ( 1 1 ) ; A a2 = new A(12); 

println ("al.i = " + al.i + " a2.i = " + a2.i); 

// forma de crear objetos de la clase interna 

// asociados a un objeto de la clase contenedora 

A.B bl = al.new B(-IO), b2 = al . new B(-20); 

// referenda directa a los objetos bl y b2 (sin cualificar) . 

println ("bl . j = " + bl . j + " b2 . j = " + b2.j); 
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// los metodos de la clase interna pueden acceder directamente a 

// las variables miembro del objeto de la clase contenedora 

bl.printBO; // escribe: i = ll j = -10 

b2.printB(); // escribe: i=ll j=-20 

// los metodos de la clase contenedora deben recibir referencias 

// a los objetos de la clase interna, pera que puedan identif icarlos 

al .printA(bl) ; al .printA (b2) ; 

A a3 = new A (13) ; 

A.B b3 = aS.new B(-30); 

println ("bS. j = " + b3. j) ; 

aS = null; // se destruye la referenda al objeto de la clase contenedora 
bS.printBO; // escribe: i = 13 j = -30 

a3 = new A(14) ; // se crea un nuevo objeto asociado a la referenda a3 
// b3 sigue asociado an anterior objeto de la clase contenedora 
bS.printBO; // escribe: 1 = 13 j = -30 
} // fin de main() 

public static void println (String str) { System. out . println (str) ; } 

} // fin clase Claseslnternas 

i 

3.10.3 Clases internas locales 

Las clases internas locales o simplemente clases locales no se declaran dentro de otra clase al 
maximo nivel, sino dentro de un bloque de codigo, normalmente en un metodo, aunque tambien se 
pueden crear en un inicializador static o de objeto. 

Las principales caracteristicas de las clases locales so las siguientes: 

1. Como las variables locales, las clases locales solo son visibles y utilizables en el bloque 
de codigo en el que estan definidas. Los objetos de la clase local deben ser creados en el 
mismo bloque en que dicha clase ha sido definida. De esta forma se puede acercar la 
definicion al uso de la clase. 

2. Las clases internas locales tienen acceso a todas las variables miembro y metodos de la 
clase contenedora. Pueden ver tambien los miembros heredados, tanto por la clase 
interna local como por la clase contenedora. 

3. Las clases locales pueden utilizar las variables locales y argumentos de metodos visibles 
en ese bloque de codigo, pero solo si son final^ (en realidad la clase local trabaja con sus 
copias de las variables locales y por eso se exige que scan final y no puedan cambiar). 

4. Un objeto de una clase interna local solo puede existir en relacion con un objeto de la 
clase contenedora, que debe existir previamente. 

5. La palabra this se puede utilizar en la misma forma que en las clases internas miembro, 
pero no las palabras new y super. 

Restricciones en el uso de las clases internas locales: 

1. No pueden tener el mismo nombre que ninguna de sus clases contenedoras. 

2. No pueden definir variables, metodos y clases static. 



En Java 1.0 el cualificador ^«aZ podia aplicarse a variables miembro, metodos y clases. En Java 1.1 puede tambien 
aplicarse a variables locales, argumentos de metodos e incluso al argumento de una exception. 
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3. No pueden ser declaradas public, protected, private o package, pues su visibilidad es 
siempre la de las variables locales, es decir, la del bloque en que han sido definidas. 

Las clases internas locales se utilizan para definir clases Adapter en el AWT. A continuacion 
se presenta un ejemplo de definicion de clases internas locales: 

// fichero ClasesIntLocales . Java 

// Este fichero demuestra como se crean clases locales 

class A { 

int i=-l; // variable miembro 

// constructor j 

public A(int i) {this.i=i; } 

// definicion de un metodo de la clase A 

public void get Ai (final long k) { // argumento final 

final double f=3.14; // variable local final 

// definicion de una clase interna local 
class BL { 

int j=2; 

public BL(int j) {this.j=j;} // constructor 

public void printBL() { 

System. out. printlnC j="+j+" i="+i+" f="+f+" k="+k) ; 

) 
} // fin clase BL 

// se crea un objeto de BL y- 

BL bl = new BL(2*i) ; 

// se imprimen los datos de ese objeto ^ 
bl.printBLO ; 
) // fin getAi |B 

} // fin clase contenedora A 

class ClasesIntLocales { 

public static void main (String [] arg) { 

// se crea dos objetos de la clase contenedora 
A al = new A (-10) ; 
A a2 = new A (-11) ; 
// se llama al metodo getAi () 

al . getAi (1000) ; // se crea y accede a un objeto de la clase local 
a2. getAi (2000) ; 
} // fin de main() 

public static void print In (String str) { System. out . println ( str) ; } 

} // fin clase ClasesIntLocales 

3.10.4 Clases anonimas 

Las clases anonimas son muy similares a las clases internas locales, pero sin nombre. En las 
clases internas locales primero se define la clase y luego se crean uno o mas objetos. En las clases 
anonimas se unen estos dos pasos: Como la clase no tiene nombre solo se puede crear un unico 
objeto, ya que las clases anonimas no pueden definir constructores . Las clases anonimas se utilizan 
con mucha frecuencia en el AWT para definir clases y objetos que gestionen los eventos de los 
distintos componentes de la interface de usuario. No hay interfaces anonimas. 

Formas de definir una clase anonima: 
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1. Las clases anonimas requieren una extension de la palabra clave new. Se definen en una 
expresion de Java, incluida en una asignacion o en la Uamada a un metodo. Se incluye la 
palabra new seguida de la dejinicion de la clase anonima, entre Haves {...}. 

2. Otra forma de definirlas es mediante la palabra new seguida del nombre de la clase de la 
que hereda (sin extends) y la definicion de la clase anonima entre Haves {...}. El nombre 
de la super-clase puede ir seguido de argumentos para su constructor (entre parentesis, 
que con mucha frecuencia estaran vacios pues se utilizara un constructor por defecto). 

3. Una tercera forma de definirlas es con la palabra new seguida del nombre de la interface 
que implementa (sin implements) y la definicion de la clase anonima entre Haves {...}. 
En este caso la clase anonima deriva de Object. El nombre de la interface va seguido por 
parentesis vacios, pues el constructor de Object no tiene argumentos. 

Para las clases anonimas compiladas el compilador produce ficheros con un nombre del tipo 
ClaseContenedora$l. class, asignando un numero correlativo a cada una de las clases anonimas. 

Conviene ser muy cuidadoso respecto a los aspectos tipograficos de la definicion de clases 
anonimas, pues al no tener nombre dichas clases suelen resultar dificiles de leer e interpretar. Se 
aconseja utilizar las siguientes normas tipogrdficas: 

1 . Se aconseja que la palabra new este en la misma linea que el resto de la expresion. 

2. Las Haves se abren en la misma linea que new, despues del cierre del parentesis de los 
argumentos del constructor. ^BV 

3. El cuerpo de la clase anonima se debe sangrar o indentar respecto a las lineas anteriores 
de codigo para que resulte claramente distinguible. 

4. El cierre de las Haves va seguido por el resto de la expresion en la que se ha definido la 
clase anonima. Esto puede servir como indicacion tipografica del cierre. Puede ser algo 
asi como }; o }); -^^^ 

A continuacion se presenta un ejemplo de definicion de clase anonima en relacion con el 
AWT: 

unOb jeto . addActionListener ( new ActionLis'tener () { 
public void actionPerf onned(ActionEvent e) { 

} 

}); 

donde en negrita se seiiala la clase anonima, que deriva de Object e implementa la interface 
ActionListener. 

Las clases anonimas se utilizan en lugar de clases locales para clases con muy poco codigo, 
de las que solo hace falta un objeto. No pueden tener constructores, pero si inicializadores static o 
de objeto. Ademas de las restricciones citadas, tienen restricciones similares a las clases locales. 

3.11 Permisosdeaccesoen Java 

Una de las caracteristicas de la Programacion Orientada a Objetos es la encapsulacion, que 
consiste basicamente en ocultar la informacion que no es pertinente o necesaria para realizar una 
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deteraiinada tarea. Los permisos de acceso de Java son una de las herramientas para conseguir esta 
finalidad. 

3.11.1 Accesibilidad de los packages 

El primer tipo de accesibilidad hace referenda a la conexion fisica de los ordenadores y a los 
permisos de acceso entre ellos y en sus directorios y ficheros. En este sentido, un package es 
accesible si sus directorios y ficheros son accesibles (si estan en un ordenador accesible y se tiene 
permiso de lectura). Ademas de la propia conexion fisica, seran accesibles aquellos packages que se 
encuentren en la variable CLASSPATH del sistema. 

3.11.2 Accesibilidad de clases o interfaces 

En principio, cualquier clase o interface de un package es accesible para todas las demas clases del 
package, tanto si es public como si no lo es. Una clase public es accesible para cualquier otra clase 
siempre que su package sea accesible. Recuerdese que las clases e interfaces solo pueden ser public 
o package (la opcion por defecto cuando no se pone ningun modificador). 

3.11.3 Accesibilidad de las variables y metodos miembros de una clase: 

Desde dentro de la propia clase: 

1. Todos los miembros de una clase son directamente accesibles (sin cualificar con ningun 
nombre o cualificando con la referenda this) desde dentro de la propia clase. Los metodos 
no necesitan que las variables miembro sean pasadas como argumento. 

2. Los miembros /7r/va^e de una clase solo son accesibles para la propia clase. 

3. Si el constructor de una clase es private, solo un metodo static de la propia clase puede 
crear objetos. 

Desde una sub-clase: 

1. Las sub-clases heredan los miembros /7r/va^e de su super-clase, pero solo pueden acceder a 
ellos a traves de metodos public, protected o package de la super-clase. 

Desde otras clases del package: 

1. Desde una clase de un package se tiene acceso a todos los miembros que no sean private de 
las demas clases del package. 

Desde otras clases fuera del package: 

1. Los metodos y variables son accesibles si la clase es public y el miembro es public. 

2. Tambien son accesibles si la clase que accede es una sub-clase y el miembro es protected. 
La Tabla 3.1 muestra un resumen de los permisos de acceso en Java. 
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Visibilidad 


public 


protected 


private 


default 


Desde la propia clase 


Si 


Si 


Si 


Si 


Desde otra clase en el propio package 


Si 


Si 


No 


Si 


Desde otra clase fuera del package 


Si 


No 


No 


No 


Desde una sub-clase en el propio package 


Si 


Si 


No 


Si 


Desde una sub-clase fuera del propio package 


Si 


Si 


No 


No 



Tab la 3.1. Resumen de los permisos de acceso de Java. 

3.12 TRANSFORMACIONESDETIPO: CASTING I 

En muchas ocasiones hay que transformar una variable de un tipo a otro, por ejemplo de int a 
double, o de float a long. En otras ocasiones la conversion debe hacerse entre objetos de clases 
diferentes, aunque relacionadas mediante la herencia. En este apartado se explican brevemente estas 
transformaciones de tipo. 

3.12.1 Conversion de tipos primitivos 

La conversion entre tipos primitivos es mas sencilla. En Java se realizan de modo automatico 
conversiones implicitas de un tipo a otro de mas precision, por ejemplo de int a long, de float a 
double, etc. Estas conversiones se hacen al mezclar variables de distintos tipos en expresiones 
matematicas o al ejecutar sentencias de asignacion en las que el miembro izquierdo tiene un tipo 
distinto (mas amplio) que el resultado de evaluar el miembro derecho. 

Las conversiones de un tipo de mayor a otro de menor precision requieren una orden explicita 
del programador, pues son conversiones inseguras que pueden dar lugar a errores (por ejemplo, 
para pasar a short un numero almacenado como int, hay que estar seguro de que puede ser 
representado con el numero de cifras binarias de short). A estas conversiones explicitas de tipo se 
les llama cast. El cast se hace poniendo el tipo al que se desea transformar entre parentesis, como 
por ejemplo, 

long result; 

result = (long) (a/ (b + c) ) ; 

A diferencia de C/C++, en Java no se puede convertir un tipo numerico a boolean. 
La conversion de Strings (texto) a numeros se vera en el Apartado 4.3, en la pagina 69. 

3.13 POLIMORFISMO 

Ya se vio en el ejemplo presentado en el Apartado 1.3.8 y en los comentarios incluidos en que 
consistia e\ polimorfismo . 

E\ polimorfismo tiene que ver con la relacion que se establece entre la Uamada a un metodo y 
el codigo que efectivamente se asocia con dicha Uamada. A esta relacion se llama vinculacion 
(binding). La vinculacion puede ser temprana (en tiempo de compilacion) o tardia (en tiempo de 
ejecucion). Con funciones normales o sobrecargadas se utiliza vinculacion temprana (es posible y es 
lo mas eficiente). Con funciones redefinidas en Java se utiliza siempre vinculacion tardia, excepto 
si el metodo es final. El polimorfismo es la opcion por defecto en Java. 
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La vinculacion tardia hace posible que, con un metodo declarado en una clase base (o en una 
interface) y redefinido en las clases derivadas (o en clases que implementan esa interface), sea el 
tipo de objeto y no el tipo de la referenda lo que determine que definicion del metodo se va a 
utilizar. El tipo del objeto al que apunta una referenda solo puede conocerse en tiempo de 
ejecucion, y por eso el pollmorfismo necesita evaluacion tardia. 

El pollmorfismo permite a los programadores separar las cosas que cambian de las que no 
cambian, y de esta manera hacer mas facil la ampliacion, el mantenimiento y la reutilizacion de los 

programas. 

I 

El pollmorfismo puede hacerse con referencias de super-clases abstract, super-clases 

normales e Interfaces. Por su mayor flexibilidad y por su independencia de la jerarquia de clases 
estandar, las Interfaces permiten ampliar muchisimo las posibilidades del pollmorfismo. 

3.13.1 Conversion de objetos 

E[ pollmorfismo visto previamente esta basado en utilizar referencias de un tipo mas "amplio" que 
los objetos a los que apuntan. Las ventajas del pollmorfismo son evidentes, pero hay una importante 
limitacion: el tipo de la referenda (clase abstracta, clase base o interface) limita los metodos que se 
pueden utilizar y las variables miembro a las que se pueden acceder. Por ejemplo, un objeto puede 
tener una referenda cuyo tipo sea una Interface, aunque solo en el caso en que su clase o una de 
sus super-clases implemente dicha Interface. Un objeto cuya referenda es un tipo Interface solo 
puede utilizar los metodos definidos en dicha Interface. Dicho de otro modo, ese objeto no puede 
utilizar las variables y los metodos propios de su clase. De esta forma las referencias de tipo 
Interface definen, limitan y unifican la forma de utilizarse de objetos pertenecientes a clases muy 
distintas (que implementan dicha interface). 

Si se desea utilizar todos los metodos y acceder a todas las variables que la clase de un objeto 
permite, hay que utilizar un cast expliclto, que convierta su referenda mas general en la del tipo 
especifico del objeto. De aqui una parte importante del interes del cast entre objetos (mas bien entre 
referencias, habria que decir). ▼ 

Para la conversion entre objetos de distintas clases, Java exige que dichas clases esten 
relacionadas por herencla (una debera ser sub-clase de la otra). Se realiza una conversion Impliclta 
o automdtlca de una sub-clase a una super-clase siempre que se necesite, ya que el objeto de la 
sub-clase siempre tiene toda la informacion necesaria para ser utilizado en lugar de un objeto de la 
super-clase. No importa que la super-clase no sea capaz de contener toda la informacion de la sub- 
clase. 

La conversion en sentido contrario -utilizar un objeto de una super-clase donde se espera 
encontrar uno de la sub-clase- debe hacerse de modo expliclto y puede producir errores por falta de 
informacion o de metodos. Si falta informacion, se obtiene una ClassCastExceptlon. 

No se puede acceder a las variables exclusivas de la sub-clase a troves de una referenda de 
la super-clase. Solo se pueden utilizar los metodos definidos en la super-clase, aunque la definicion 
utilizada para dichos metodos sea la de la sub-clase. 

Por ejemplo, supongase que se crea un objeto de una sub-clase B y se referenda con un 
nombre de una super-clase A, 
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A a = new B ( ) ; 

en este caso el objeto creado dispone de mas informacion de la que la referenda a le permite 
acceder (podria ser, por ejemplo, una nueva variable miembroy declarada en B). Para acceder a esta 
informacion adicional hay que hacer un cast explicito en la forma (B)a. Para imprimir esa variablej 
habria que escribir (los parentesis son necesarios): 

System. out .println( ((B)a).j ); 

Un cast de un objeto a la super-clase puede permitir utilizar variables -no metodos- de la 
super-clase, aunque esten redefinidos en la sub-clase. Considerese el siguiente ejemplo: La clase C 
deriva de B y B deriva de A. Las tres definen una variable x. En este caso, si desde el codigo de la 
sub-clase C se utiliza: 

X // se accede a la x de C 

this.x // se accede a la x de C 

super. X // se accede a la x de B. Solo se puede subir un nivel 

( (B)this) .X // se accede a la x de B 

( (A)this) .X // se accede a la x de A 
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4. CLASES DE UTILIDAD 

Programando en Java nunca se parte de cero: siempre se parte de la infraestructura definida por el 
API de Java, cuyos packages proporcionan una buena base para que el programador construya sus 
aplicaciones. En este Capitulo se describen algunas clases que seran de utilidad para muchos 
programadores. 

4.1 Arrays 

i 

Los arrays de Java (vectores, matrices, hiper-matrices de mas de dos dimensiones) se tratan como 
objetos de una clase predefinida. Los arrays son objetos, pero con algunas caracteristicas propias. 
Los arrays pueden ser asignados a objetos de la clase Object y los metodos de Object pueden ser 
utilizados con arrays. 

Algunas de sus caracteristicas mas importantes de los arrays son las siguientes: 

1. Los arrays se crean con el operador new seguido del tipo y numero de elementos. 

2. Se puede acceder al numero de elementos de un array con la variable miembro implicita 
length (por ejemplo, vectJength). ^ 

3. Se accede a los elementos de un array con los corchetes [] y un indice que varia de a 
length-1 . 

4. Se pueden crear arrays de objetos de cualquier tipo. En principio un array de objetos es 
un array de referencias que hay que completar Uamando al operador new. 

5. Los elementos de un array se inicializan al valor por defecto del tipo correspondiente 
(cero para valores numericos, el caracter nulo para char, false para boolean, null para 
Strings y para referencias). 

6. Como todos los objetos, los arrays se pasan como argumentos a los metodos por 
referenda. 

7. Se pueden crear arrays anonlmos (por ejemplo, crear un nuevo array como argumento 
actual en la Uamada a un metodo). 

Inlclallzacion de arrays: 

1. Los arrays se pueden inicializar con valores entre Haves { ... } separados por comas. 

2. Tambien los arrays de objetos se pueden inicializar con varias Uamadas a new dentro de 
Unas Haves {...}. 

3. Si se igualan dos referencias a un array no se copia el array, sino que se tiene un array con 
dos nombres, apuntando al mismo y unico objeto. 

4. Creacion de una referenda a un array. Son posibles dos formas: 

double [] x; // preferible 
double X [ ] ; 

5. Creacion del array con el operador new: 
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X = new double[100]; 

6. Las dos etapas 4 y 5 se pueden unir en una sola: 

double [ ] X = new double [ 100 ] ; 

A continuacion se presentan algunos ejemplos de creacion de arrays: 

// crear un array de 10 enteros, que por defecto se inicializan a cero 

int v[] = new int[10]; 

// crear arrays inicializando con determinados valores 

int v[] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9}; ^dgj 

String dias[] = {"lunes", "martes", "miercoles", "jueves", 

"viernes", "sabado", "domingo"}; 
// array de 5 objetos j 

MiClase listaObj[] = new MiClase[5]; // de memento hay 5 referencias a null 
for( 1=0; 1 < 5;1++) 

llstaObj[l] = new MiClase (...) ; 
// array anonlmo 
obj .metodo {new String[]=("uno", "dos", "tres"}); 

4.1.1 Arrays bidimensionales > 

Los arrays bidimensionales de Java se crean de un modo muy similar al de C++ (con reserva 
dinamica de memoria). En Java una matriz es un vector de vectores jila, o mas en concrete un 
vector de referencias a los vectores fila. Con este esquema, cada fila podria tener un numero de 
elementos diferente. 

Una matriz se puede crear directamente en la forma, 

Int [] [] mat = new Int [3] [4]; 

o bien se puede crear de modo dinamico dando los siguientes pasos: 

1 . Crear la referenda indicando con un doble corchete que es una referenda a matriz, 

Int [ ] [ ] mat ; r 

2. Crear el vector de referencias a las filas, 

mat = new lnt[nfllas] []; 

3. Reservar memoria para los vectores correspondientes a las filas, 

for (Int 1 = 0; Knfllas; 1 + + ) ; 
mat[l] = new lnt[ncols]; 

A continuacion se presentan algunos ejemplos de creacion de arrays bidimensionales: 

// crear una matriz 3x3 
// se inicializan a cero 
double mat [ ] [] = new double [3] [3]; 
int [] [] b = {{1, 2, 3}, 

{4, 5, 5}, // esta coma es permltlda 

}; 

int c = new[3] [] ; // se crea el array de referencias a arrays 
c [ ] = new int [ 5 ] 
c [1] = new int [4] 
c [2 ] = new int [ 8 ] 

En el caso de una matriz b, b.length es el numero de filas y b[0]Jength es el numero de 
columnas (de la fila 0). Por supuesto, los arrays bidimensionales pueden contener tipos primitivos 
de cualquier tipo u objetos de cualquier clase. 
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4.2 Clases String y StringBuffer 

Las clases String y StringBuffer estan orientadas a manejar cadenas de caracteres. La clase String 
esta orientada a manejar cadenas de caracteres constantes, es decir, que no pueden cambiar. La clase 
StringBuffer permite que el programador cambie la cadena insertando, borrando, etc. La primera es 
mas eficiente, mientras que la segunda permite mas posibilidades. 

Ambas clases pertenecen al package yava-Zang, y por lo tanto no hay que importarlas. Hay que 
indicar que el operador de concatenacion (+) entre objetos de tipo String utiliza internamente 
objetos de la clase StringBuffer y el metodo appendQ. 

Los metodos de String se pueden utilizar directamente sobre literals (cadenas entre comillas), 
como por ejemplo: "Hola".length(). 

4.2.1 Metodos de la clase String 

Los objetos de la clase String se pueden crear a partir de cadenas constantes o literals, definidas 
entre dobles comillas, como por ejemplo: "Hola". Java crea siempre un objeto String al encontrar 
una cadena entre comillas. A continuacion se describen dos formas de crear objetos de la clase 
String, 

string strl = "Hola"; // el sistema mas eficaz de crear Strings 

String str2 = new St ring ( "Hola" ) ; // tambien se pueden crear con un constructor 

El primero de los metodos expuestos es el mas eficiente, porque como al encontrar un texto 
entre comillas se crea automaticamente un objeto String, en la practica utilizando new se llama al 
constructor dos veces. Tambien se pueden crear objetos de la clase String Uamando a otros 
constructores de la clase, a partir de objetos StringBuffer, y de arrays de bytes o de chars. 

La Tabla 4. 1 muestra los metodos mas importantes de la clase String. 
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Metodos de String 


Funcion que realizan 


StringC.) 


Constmctores para crear Strings a partir de arrays de bytes o de caracteres 
(ver documentacion on-line) 


String(String str) y Strmg(StrmgBuffer sb) 


Costructores a partir de un objeto String o StringBuffer 


charAt(int) 


Devuelve el caracter en la posicion especificada 


getChars(int, int, char[], int) 


Copia los caracteres indicados en la posicion indicada de un array de 
caracteres 


indexOf(String, [int]) 


Devuelve la posicion en la que aparece por primera vez un String en otro 
String, a partir de una posicion dada (opcional) 


lastlndexOfCString, [int]) 


Devuelve la ultima vez que un String aparece en otro empezando en una 
posicion y hacia el principio 


lengthO 


Devuelve el numero de caracteres de la cadena 


replace(char, char) 


Sustituye un caracter por otro en un String 


startsWith(String) 


Indica si un String comienza con otro String o no 


substring(int, int) 


Devuelve un String extraido de otro 


toLowerCaseO 


Convierte en minusculas (puede tener en cuenta el locale) 


toUpperCaseO 


Convierte en mayusculas (puede tener en cuenta el locale) 


trim() 


Elimina los espacios en bianco al comienzo y final de la cadena 


valueOfO 


Devuelve la representacion como String de sus argumento. Admite 
Object, arrays de caracteres y los tipos primitivos 



Tabla 4.1. Algunos metodos de la clase String. 

Un punto importante a tener en cuenta es que hay metodos, tales como System.out.println(), 
que exigen que su argumento sea un objeto de la clase String. Si no lo es, habra que utilizar algiin 
metodo que lo convierta en String. 

El locale, citado en la Tabla 4.1, es la forma que java tiene para adaptarse a las peculiaridades 
de los idiomas distintos del ingles: acentos, caracteres especiales, forma de escribir las fechas y las 
horas, unidades monetarias, etc. -^^^ 



4.2.2 Metodos de la clase StringBuffer 

La clase StringBuffer se utiliza practicamente siempre que se desee modificar una cadena de 
caracteres. Completa los metodos de la clase String ya que estos realizan solo operaciones sobre el 
texto que no conllevan un aumento o disminucion del numero de letras del String. 

Recuerdese que hay muchos metodos cuyos argumentos deben ser objetos String, que antes 
de pasar esos argumentos habra que realizar la conversion correspondiente. La Tabla 4.2 muestra los 
metodos mas importantes de la clase StringBuffer. 
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Metodos de StringBuffer 


Funcion que realizan 


StringBufferO, StrmgBuffer(mt), StringBuffer(String) 


Constructores 


append(...) 


Tiene muchas definiciones diferentes para anadir un String 
una variable (int, long, double, etc.) a su objeto 


capacityO 


Devuelve el espacio libre del StringBuffer 


charAt(int) 


Devuelve el caracter en la posicion especificada 


getChars(int, int, char[], int) 


Copia los caracteres indicados en la posicion indicada de 
un array de caracteres 


insert(int, ) 


Inserta un String o un valor (int, long, double, ...) en la 
posicion especificada de un StringBuffer 


lengthO 


Devuelve el numero de caracteres de la cadena 


reverseO 


Gambia el orden de los caracteres 


setCharAt(int, char) 


Gambia el caracter en la posicion indicada 


setLength(int) 


Gambia el tamaiio de un StringBuffer 


toStringO 


Gonvierte en objeto de tipo String 



Tabla 4.2. Algunos metodos de la clase StringBuffer. 



4.3 Wrappers 



Los Wrappers {envoltorios) son clases disenadas para ser un complemento de los tipos primitivos. 
En efecto, los tipos primitivos son los unicos elementos de Java que no son objetos. Esto tiene 
algunas ventajas desde el punto de vista de la eficiencia, pero algunos inconvenientes desde el 
punto de vista de la funcionalidad. Por ejemplo, los tipos primitivos siempre se pasan como 
argumento a los metodos /7or valor, mientras que los objetos se pasan /7or referenda. No hay forma 
de modificar en un metodo un argumento de tipo primitivo y que esa modificacion se trasmita al 
entorno que hizo la Uamada. Una forma de conseguir esto es utilizar un Wrapper, esto es un objeto 
cuya variable miembro es el tipo primitivo que se quiere modificar. Las clases Wrapper tambien 
proporcionan metodos para realizar otras tareas con lo tipos primitivos, tales como conversion con 
cadenas de caracteres en uno y otro sentido. 

Existe una clase Wrapper para cada uno de los tipos primitivos numericos, esto es, existen las 
clases Byte, Short, Integer, Long, Float y Double (observese que los nombres empiezan por 
mayuscula, siguiendo la nomenclatura tipica de Java). A continuacion se van a ver dos de estas 
clases: Double e Integer. Las otras cuatro son similares y sus caracteristicas pueden consultarse en 
la documentacion on-line. 

4.3.1 Clase Double 

La clsise Java Jang.Double deriva de Number, que a su vez deriva de Object. Esta clase contiene un 
valor primitivo de tipo double. La Tabla 4.3 muestra algunos metodos y constantes predefinidas de 
la clase Double. 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



Metodos 


Funcion que desempenan 


Double(double) y Double(Strmg) 


Los constructores de esta clase 


double ValueO, floatValue(), longValue(), intValue(), 
shortValueO, byteValue() 


Metodos para obtener el valor del tipo primitivo 


String toStringO, Double valueOf(Strmg) 


Conversores con la clase String 


isInfiniteO, isNaN() 


Metodos de chequear condiiciones 


equals(Object) 


Compara con otro objeto 


MAX_DOUBLE, MIN_DOUBLE, POSITIVEJNFINITY, 
NEGATIVE_INFINITY, NaN, TYPE 


Constantes predefinidas. TYPE es el objeto Class 
representando esta clase 



Tab la 4.3. Metodos y constantes de la clase Double. v 

El Wrapper Float es similar al Wrapper Double . 

4.3.2 Clase Integer 

La clase javaJang.Integer tiene como variable miembro un valor de tipo int. La Tabla 4.4 muestra 
los metodos y constantes de la clase Integer. -^ 



Metodos 


Funcion que desempenan 


Integer(int) y Integer(String) 


Constructores de la clase 


doubleValueO, floatValue(), longValue(), intValue(), 
shortValueO, byteValue() 


Conversores con otros tipos primitivos 


Integer decode(String), Integer parselnt(String), 
String toStringO, Integer valueOf(String) 


Conversores con String 


String toBinaryString(int), String toIIexString(int), 
String toOctalString(int) 


Conversores a cadenas representando enteros en otros 
sistemas de numeracion 


Integer getlnteger(String) 


Determina el valor de una propiedad del sistema a partir 
del nombre de dicha propiedad 


MAX_VALUE, MIN_VALUE, TYPE 


Constantes predefinidas 



Tabla 4.4. Metodos y constantes de la clase Integer. 

Los Wrappers Byte, Short y Long son similares a Integer. 

Los Wrappers son utilizados para convertir cadenas de caracteres (texto) en numeros. Esto es 
litil cuando se leen valores desde el teclado, desde un fichero de texto, etc. Los ejemplos siguientes 
muestran algunas conversiones: 

string numDecimalString = "8.978"; 

float numFloat=Float . valueOf (numDecimalString) . f loatValue ( ) ; // numFloat = 8,979 

double numDouble=Double . valueOf (numDecimalSt ring) . doubleValue ( ) ; // numDouble = 8,979 

String numlntString = "1001"; 

int numlnt=lnteger . valueOf (numlntString) . intValue () ; // numint = 1001 

En el caso de que el texto no se pueda convertir directamente al tipo especificado se lanza una 
excepcion de tipo NumberFormatException, por ejemplo si se intenta convertir directamente el 
texto "4.897" a un numero entero. El proceso que habra que seguir sera convertirlo en primer lugar 
a un numero yZoa^ y posteriormente a numero entero. 
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4.4 ClaseMath 

La clsise java.lang.Math deriva de Object. La clase Math proporciona metodos static para realizar 
las operaciones matematicas mas habituales. Proporciona ademas las constantes E y PI, cuyo 
significado no requiere muchas explicaciones. 

La Tabla 4.5 muestra los metodos matematicos soportados por esta clase. 



Metodos 


Significado 


Metodos 


Significado 


abs() 


Valor absolute 


sin(double) 


Calcula el seno 


acos() 


Arcocoseno 


tan(double) 


Calcula la tangente 


asin() 


Arcoseno 


expO 


Calcula la funcion exponencial 


atanO 


Arcotangente entre -PI/2 y PI/2 


logo 


Calcula el logaritmo natural (base 
e) 


atan2( , ) 


Arcotangente entre -PI y PI 


max( , ) 


Maximo de dos argumentos 


ceilO 


Entero mas cercano en direccion 
a infinito 


min( , ) 


Minimo de dos argumentos 


floorO 


Entero mas cercano en direccion 
a -infinito 


randomO 


Numero aleatorio entre 0.0 y 1.0 


roundO 


Entero mas cercano al 
argumento 


power( , ) 


Devuelve el primer argumento 
elevado al segundo 


rint(double) 


Devuelve el entero mas proximo 


sqrtO 


Devuelve la raiz cuadrada 


IEEEremainder(double 
, double) 


Calcula el resto de la division 


toDegrees(double) 


Pasa de radianes a grados (Java 2) 


cos(double) 


Calcula el coseno 


toRadiansO 


Pasa de grados a radianes (Java 2) 



Tabla 4.5. Metodos matematicos de la clase Math. 



4.5 COLECCIONES 

Java dispone tambien de clases e interfaces para trabajar con colecciones de objetos. En primer 
lugar se veran las clases Vector y Hashtable, asi como la interface Enumeration. Estas clases estan 
presentes en lenguaje desde la primera version. Despues se explicara brevemente la Java 
Collections Framework, introducida en la version JDK 1.2. 

4.5.1 Clase Vector 

La clsise java.util.Vector deriva de Object, implementa Cloneable (para poder sacar copias con el 
metodo clone()) y Serializable (para poder ser convertida en cadena de caracteres). 

Como su mismo nombre sugiere, Vector representa un array de objetos (referencias a objetos 
de tipo Object) que puede crecer y reducirse, segiin el numero de elementos. Ademas permite 
acceder a los elementos con un indice, aunque no permite utilizar los corchetes []. 

El metodo capacityO devuelve el tamaiio o numero de elementos que puede tener el vector. El 
metodo size() devuelve el numero de elementos que realmente contiene, mientras que 
capacitylncrement es una variable que indica el salto que se dara en el tamaiio cuando se necesite 
crecer. La Tabla 4.6 muestra los metodos mas importantes de la clase Vector. Puede verse que el 
gran numero de metodos que existen proporciona una notable flexibilidad en la utilizacion de esta 
clase. 
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Ademas de capacity Increment, existen otras dos variables miembro: elementCount, que 
representa el numero de componentes validos del vector, y elementDataf] que es el array de Objects 
donde realmente se guardan los elementos del objeto Vector (capacity es el tamano de este array). 
Las tres variables citadas son protected. 



Metodos 


Funcion que realizan 


VectorO, Vector(int), Vector(mt, int) 


Constructores que crean un vector vacio, un vector de la capacidad 
indicada y un vector de la capacidad e incremento indicados 


void addElement(Object obj) 


Aiiade un objeto al final 


boolean removeElement(Object obj) 


Elimina el primer objeto que encuentra como su argumento y desplaza 
los restantes. Si no lo encuentra devuelve false 


void removeAllElementsO 


Elimina todos los elementos 


Object cloneO 


Devuelve una copia del vector 


void copyInto(Object anArray[]) 


Copia un vector en un array 


void trimToSizeO 


Ajusta el tamario a los elementos que tiene 


void setSize(int newSize) 


Establece un nuevo tamaiio 


int capacityO 


Devuelve el tamario (capacidad) del vector 


int size() 


Devuelve el numero de elementos 


boolean isEmptyO 


Devuelve true si no tiene elementos 


Enumeration elements () 


Devuelve una Enumeracion con los elementos 


boolean contains(Object elem) 


Indica si contiene o no un objeto 


int indexOf (Object elem, int index) 


Devuelve la posicion de la primera vez que aparece un objeto a partir 
de una posicion dada 


int lastlndexOf (Object elem, int index) 


Devuelve la posicion de la ultima vez que aparece un objeto a partir de 
una posicion, hacia atras 


Object elementAt(int index) 


Devuelve el objeto en una determinada posicion 


Object firstElementO 


Devuelve el primer elemento 


Object lastElementO 


Devuelve el ultimo elemento 


void setElementAt(Object obj, int index) 


Gambia el elemento que esta en una determinada posicion 


void removeElementAt(int index) 


Elimina el elemento que esta en una determinada posicion 


void insertElementAt(Object obj, int index) 


Inserta un elemento por delante de una determinada posicion 



Tabla 4.6. Metodos de la clase Vector. 



4.5.2 Interface Enumeration 

La interface java.util. Enumeration define metodos utiles para recorrer una coleccion de objetos. 
Puede haber distintas clases que implementen esta interface y todas tendran un comportamiento 
similar. 

La interface Enumeration declara dos metodos: 

1. public boolean hasMoreElements(). Indica si hay mas elementos en la coleccion o si se 
ha Uegado ya al final. 

2. public Object nextElement(). Devuelve el siguiente objeto de la coleccion. Lanza una 
NoSuchElementException si se llama y ya no hay mas elementos. 

Ejemplo: Para imprimir los elementos de un vector vec se pueden utilizar las siguiente s 
sentencias: 
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for (Enumeration e = veo . element s () ; e . hasMoreElement s ( ) ; ) { 

System. out . print In (e . next Element ( ) ) ; 
} 

donde, como puede verse en la Tabla 4.6, el metodo elementsQ devuelve precisamente una 
referenda de tipo Enumeration. Con los metodos hasMoreElements() y nextElement() y un bucle 
for se pueden ir imprimiendo los distintos elementos del objeto Vector. 

4.5.3 Clase Hashtable 

La clase java.util.Hashtable extiende Dictionary (abstract) e implementa Cloneable y Serializable. 

Una hash table es una tabla que relaciona una clave con un valor. Cualquier objeto distinto de null 
puede ser tanto clave como valor. 

La clase a la que pertenecen las claves debe implementar los metodos hashCode() y equals(), 
con objeto de hacer busquedas y comparaciones. El metodo hashCode() devuelve un entero unico y 
distinto para cada clave, que es siempre el mismo en una ejecucion del programa pero que puede 
cambiar de una ejecucion a otra. Ademas, para dos claves que resultan iguales segun el metodo 
equalsO, el metodo hashCode() devuelve el mismo entero. Las hash tables estan diseiiadas para 
mantener una coleccion de pares clave/valor, permitiendo insertar y realizar busquedas de un modo 
muy eficiente 

Cada objeto de Hashtable tiene dos variables: capacity y load factor (entre 0.0 y 1.0). Cuando 
el numero de elementos excede el producto de estas variables, la Hashtable crece Uamando al 
metodo rehashQ. Un load factor mas grande apura mas la memoria, pero sera menos eficiente en 
las busquedas. Es conveniente partir de una Hashtable suficientemente grande para no estar 
ampliando continuamente. ^^ 

Ejemplo de definicion de Hashtable: 

Hashtable numeros = new Hashtable (); 
numbers . put ( "uno" , new Integer ( 1 )) ; 
numbers . put ( "dos " , new Integer (2 )) ; 
numbers . put ( "t res " , new Integer (3)); 

donde se ha hecho uso del metodo put(). La Tabla 4.7 muestra los metodos de la clase Hashtable. 
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Metodos 


Funcion que realizan 


HashtableO, Hashtable(int nElements), 
Hashtable(int nElements, float loadFactor) 


Constructores 


int size() 


Devuelve el tamario de la tabla 


boolean isEmptyO 


Indica si la tabla esta vacia 


Enumeration keys() 


Devuelve una Enumeration con las claves 


Enumeration elements () 


Devuelve una Enumeration con los valores 


boolean contains(Object value) 


Indica si hay alguna clave que se corresponde con el valor 


boolean containsKey(Object key) 


Indica si existe esa clave en la tabla 


Object get(Object key) 


Devuelve un valor dada la clave 


void rehashO 


Amplia la capacidad de la tabla 


Object put(Object key. Object value) 


Establece una relacion clave-valor 


Object remove(Object key) 


Elimina un valor por la clave 


void clearO 


Limpia la tabla 


Object cloneO 


Hace una copia de la tabla 


String toStringO 


Devuelve un string representando la tabla 



Tabla 4.7. Metodos de la clase Hashtable. 



4.5.4 El Collections Framework de Java 1.2 

En la version 1.2 del JDK se introdujo el Java Framework Collections o "estructura de colecciones 
de Java" (en adelante JCF). Se trata de un conjunto de clases e interfaces que mejoran notablemente 
las capacidades del lenguaje respecto a estructuras de datos. Ademas, constituyen un excelente 
ejemplo de aplicacion de los conceptos propios de la programacion orientada a objetos. Dada la 
amplitud de Java en este y en otros aspectos se va a optar por insistir en la descripcion general, 
dejando al lector la tarea de buscar las caracteristicas concretas de los distintos metodos en la 
documentacion de Java. En este apartado se va a utilizar una forma -mas breve que las tablas 
utilizadas en otros apartados- de informar sobre los metodos disponibles en una clase o interface. 

La Figura 4.1 muestra la jerarquia de interfaces de la Java Collection Framework (JCF). En 
letra cursiva se indican las clases que implementan las correspondientes interfaces. Por ejemplo, hay 
dos clases que implementan la interface Map: HashMap y Hashtable. 

Las clases vistas en los apartados anteriores son clases "historicas", es decir, clases que 
existian antes de la version JDK 1.2. Dichas clases se denotan en la Figura 4.1 con la letra "h" entre 
parentesis. Aunque dichas clases se han mantenido por motivos de compatibilidad, sus metodos no 
siguen las reglas del diseno general del JCF; en la medida de lo posible se recomienda utilizar las 
nuevas clases. 
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Figura 4.1. Interfaces de la Collection Framework. 



Figura 4.2. Jerarquia de clases de la Collection 
Framework. 



En el diseno de la JCF las interfaces son muy importantes porque son ellas las que deteraiinan 
las capacidades de las clases que las implementan. Dos clases que implementan la misma interface 
se pueden utilizar exactamente de la misma forma. Por ejemplo, las clases ArrayList y LinkedList 
disponen exactamente de los mismos metodos y se pueden utilizar de la misma forma. La diferencia 
esta en la implementacion: mientras que ArrayList almacena los objetos en un array, la clase 
LinkedList los almacena en una lista vinculada. La primera sera mas eficiente para acceder a un 
elemento arbitrario, mientras que la segunda sera mas flexible si se desea borrar e insertar 
elementos. 

La Figura 4.2 muestra la jerarquia de clases de la JCF. En este caso, la jerarquia de clases es 
menos importante desde el punto de vista del usuario que la jerarquia de interfaces. En dicha figura 
se muestran con fondo bianco las clases abstractas, y con fondo gris claro las clases de las que se 
pueden crear objetos. 

Las clases Collections y Arrays son un poco especiales: no son abstract, pero no tienen 
constructores publicos con los que se puedan crear objetos. Fundamentalmente contienen metodos 
static para realizar ciertas operaciones de utilidad: ordenar, buscar, introducir ciertas caracteristicas 
en objetos de otras clases, etc. 

4.5.4.1 Elementos del Java Collections Framework 

Interfaces de la JCF: Constituyen el elemento central de la JCF. 

• Collection: define metodos para tratar una coleccion generica de elementos 

• Set: coleccion que no admite elementos repetidos 

• SortedSet: set cuyos elementos se mantienen ordenados segun el criterio establecido 

• List: admite elementos repetidos y mantiene un orden inicial 

• Map: conjunto de pares clave/valor, sin repeticion de claves 

• SortedMap: map cuyos elementos se mantienen ordenados segun el criterio establecido 
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Interfaces de soporte: 

• Iterator: sustituye a la interface Enumeration. Dispone de metodos para recorrer una 
coleccion y para borrar elementos. 

• Listlterator: deriva de Iterator y permite recorrer lists en ambos sentidos. 

• Comparable: declara el metodo compareTo() que permite ordenar las distintas colecciones 
segun un orden natural (String, Date, Integer, Double, ...). 

• Comparator: declara el metodo compareQ) y se utiliza en lugar de Comparable cuando se 
desea ordenar objetos no estandar o sustituir a dicha interface. 

Clases de proposito general: Son las implementaciones de las interfaces de la JFC. ' 

• HashSet: Interface Set implementada mediante una hash table. 

• TreeSet: Interface SortedSet implementada mediante un arbol binario ordenado. 

• Array List: Interface List implementada mediante un array. 

• LinkedList: Interface List implementada mediante una lista vinculada. 

• HashMap: Interface Map implementada mediante una hash table. 

• WeekHashMap: Interface Map implementada de modo que la memoria de los pares 
clave/valor pueda ser liberada cuando las claves no tengan referenda desde el exterior de la 
WeekHashMap. 

• TreeMap: Interface SortedMap implementada mediante un arbol binario 

Clases Wrapper: Colecciones con caracteristicas adicionales, como no poder ser modificadas o 
estar sincronizadas. No se accede a ellas mediante constructores, sino mediante metodos "factory" 
de la clase Collections. 

Clases de utilidad: Son mini-implementaciones que permiten obtener sets especializados, como por 
ejemplo sets constantes de un solo elemento (singleton) o lists con n copias del mismo elemento 
(nCopies). Definen las constantes EMPTY_SET y MPTY_LIST. Se accede a traves de la clase 
Collections. 

Clases historicas: Son las clases Vector y Hashtable presentes desde las primeras versiones de 
Java. En las versiones actuales, implementan respectivamente las interfaces List y Map, aunque 
conservan tambien los metodos anteriores. 

Clases abstractas: Son las clases abstract de la Figura 4.2. Tienen total o parcialmente implemen- 
tados los metodos de la interface correspondiente. Sirven para que los usuarios deriven de ellas sus 
propias clases con un minimo de esfuerzo de programacion. 

Algoritmos: La clase Collections dispone de metodos static para ordenar, desordenar, invertir 
orden, realizar busquedas, Uenar, copiar, hallar el minimo y hallar el maximo. 

Clase Arrays: Es una clase de utilidad introducida en el JDK 1.2 que contiene metodos static para 
ordenar, Uenar, realizar busquedas y comparar los arrays clasicos del lenguaje. Permite tambien ver 
los arrays como lists. 

Despues de esta vision general de la Java Collections Framework, se veran algunos detalles 
de las clases e interfaces mas importantes. 
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4.5.4.2 Interface Collection 

La interface Collection es implementada por los conjuntos (sets) y las listas (lists). Esta interface 
declara una serie de metodos generales utilizables con Sets y Lists. La declaracion o header de 
dichos metodos se puede ver ejecutando el comando > javap java.util.Collection en una ventana de 
MS-DOS. El resultado se muestra a continuacion: 

public interface java.util.Collection 

{ 

public abstract boolean add ( Java . lang . Ob ject ) ; // opcional 

public abstract boolean addAll ( Java . util . Collection) ; // opcional 1 
public abstract void clear (); // opcional ' 



>n) 



pLijj^j-C aij:DUiacu voj.s-i cj.t;ai \l r 

public abstract boolean contains ( Java . lang . Ob ject ) ; 

public abstract boolean containsAll ( Java . util . Collectio 

public abstract boolean equals ( Java . lang . Ob ject ) ; 

public abstract int hashCode(); 

public abstract boolean isEmpty(); J^^^ 

public abstract Java . util . Iterator iterator (); 

public abstract boolean remove ( Java . lang . Ob ject ) ; // opcional 

public abstract boolean removeAll ( Java . util . Collection) ; // opcional 

public abstract boolean retainAll ( Java . util . Collection) ; // opcional 

public abstract int size(); 

public abstract Java . lang . Ob ject toArray() []; 

public abstract Java . lang . Ob ject toArray ( Java . lang . Ob ject [] ) []; 
} 

A partir del nombre, de los argumentos y del valor de retorno, la mayor parte de estos metodos 
resultan autoexplicativos. A continuacion se introducen algunos comentarios sobre los aspectos que 
pueden resultar mas novedosos de estos metodos. Los detalles se pueden consultar en la 
documentacion de Java. 

Los metodos indicados como "// opcional" (estos caracteres han sido introducidos por los 
autores de este manual) no estan disponibles en algunas implementaciones, como por ejemplo en las 
clases que no permiten modificar sus objetos. Por supuesto, dichos metodos deben ser definidos, 
pero lo que hacen al ser Uamados es lanzar una UnsupportedOperationException. 

El metodo add() trata de anadir un objeto a una coleccion, pero puede que no lo consiga si la 
coleccion es un set que ya tiene ese elemento. Devuelve true si el metodo ha Uegado a modificar la 
coleccion. Lo mismo sucede con addAll(). El metodo remove() elimina un unico elemento (si lo 
encuentra); devuelve true si la coleccion ha sido modificada. 

El metodo iterator() devuelve una referenda Iterator que permite recorrer una coleccion con 
los metodos next() y hasNext(). Permite tambien borrar el elemento actual con remove(). 

Los dos metodos toArrayO permiten convertir una coleccion en un array. 

4.5.4.3 Interfaces Iterator y Listlterator 

La interface Iterator sustituye a Enumeration, utilizada en versiones anteriores del JDK. Dispone 
de los metodos siguientes: 

Compiled from Iterator . Java 

public interface Java . util . Iterator 

{ 

public abstract boolean hasNext(); 

public abstract Java . lang . Ob ject next ( ) ; 

public abstract void remove () ; 
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El metodo removeQ permite borrar el ultimo elemento accedido con next(). Es la unica foraia 
segura de eliminar un elemento mientras se esta recorriendo una coleccion. 

Los metodos de la interface Listlterator son los siguientes: 

Compiled from List Iterator . Java 

public interface Java . util . List Iterator extends j ava . util . Iterator 

{ 

public abstract void add ( Java . lang . Ob ject ) ; 

public abstract boolean hasNext () ; 

public abstract boolean hasPrevious () ; ■^•1 

public abstract Java . lang . Ob ject next ( ) ; 

public abstract int next Index () ; ; 

public abstract j ava . lang . Ob ject previous (); f 

public abstract int previous Index () ; 

public abstract void remove () ; 

public abstract void set ( Java . lang . Ob ject ) ; 
} 

La interface Listlterator permite recorrer una lista en ambas direcciones, y hacer algunas 
modificaciones mientras se recorre. Los elementos se numeran desde a n-1, pero los valores 
validos para el indice son de a «. Puede suponerse que el indice / esta en la frontera entre los 
elementos i-1 e /: en ese caso previousIndex() devolveria i-1 y nextlndex() devolveria /. Si el indice 
es 0, previousIndexO devuelve -1 y si el indice es n nextlndexQ devuelve el resultado de sizeQ. 

4.5.4.4 Interfaces Comparable y Comparator 

Estas interfaces estan orientadas a mantener ordenadas las listas, y tambien los sets y maps que 
deben mantener un orden. Para ello se dispone de las interfaces javaJang.Comparable y 
javaMtil.Comparator (observese que pertenecen a packages diferentes). 

La interface Comparable declara el metodo compareTo() de la siguiente forma: 

public int compareTo (Object obj) 

que compara su argumento implicito con el que se le pasa por ventana. Este metodo devuelve un 
entero negativo, cero o positivo segun el argumento implicito {this) sea anterior, igual o posterior 
al objeto obj. Las listas de objetos de clases que implementan esta interface tienen un orden 
natural. En Java 1.2 esta interface esta implementada -entre otras- por las clases String, Character, 
Date, File, BigDecimal, Biglnteger, Byte, Short, Integer, Long, Float y Double. Tengase en 
cuenta que la implementacion estandar de estas clases no asegura un orden alfabetico correcto con 
mayusculas y minusculas, y tampoco en idiomas distintos del ingles. 

Si se redefine, el metodo compareToQ debe ser programado con cuidado: es muy conveniente 
que sea coherente con el metodo equals() y que cumpla la propiedad transitiva. Para mas 
informacion, consultar la documentacion del JDK 1.2. 

Las listas y los arrays cuyos elementos implementan Comparable pueden ser ordenadas con 
los metodos static Collections. sort() y Arrays.sort(). 

La interface Comparator permite ordenar listas y colecciones cuyos objetos pertenecen a 
clases de tipo cualquiera. Esta interface permitiria por ejemplo ordenar figuras geometricas planas 
por el area o el perimetro. Su papel es similar al de la interface Comparable, pero el usuario debe 
siempre proporcionar una implementacion de esta clase. Sus dos metodos se declaran en la forma: 

public int compare (Object ol. Object o2) 
public boolean equals (Ob ject obj) 



Copyright © 2000 TECNUN, Javier Garcia de Jalon, Jose Ignacio Rodriguez, linigo Mingo, Aitor Imaz, Alfonso Brazalez, Alberto Larzabal, Jesus 
Calleja, Jon Garcia. Todos los derechos reservados. Esta prohibida la reproduccion total o parcial con fines comerciales y por cualquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



Capitulo 4: Clases de Utilidad pdgina 79 



El objetivo del metodo equals() es comparar Comparators. 

El metodo compare() devuelve un entero negativo, cero opositivo segun su primer argumento 
sea anterior, igual o posterior al segundo. Los objetos que implementan Comparator pueden 
pasarse como argumentos al metodo Collections. sort() o a algunos constructores de las clases 
TreeSet y TreeMap, con la idea de que las mantengan ordenadas de acuerdo con dicho Comparator. 
Es muy importante que compareQ sea compatible con el metodo equalsQ de los objetos que hay 
que mantener ordenados. Su implementacion debe cumplir unas condiciones similares a las de 
compareTo(). 

Java 1.2 dispone de clases capaces de ordenar cadenas de texto en diferentes lenguajes. Para 
ello se puede consultar la documentacion sobre las clases CollationKey , Collator y sus clases 
derivadas, en el psicksige javaJext. 

4.5.4.5 Sets y SortedSets 

La interface Set sirve para acceder a una coleccion sin elementos repetidos. La coleccion puede estar 
o no ordenada (con un orden natural o definido por el usuario, se entiende). La interface Set no 
declara ningun metodo adicional a los de Collection. 

Como un Set no admite elementos repetidos es importante saber cuando dos objetos son 
considerados iguales (por ejemplo, el usuario puede o no desear que las palabras Mesa y mesa sean 
consideradas iguales). Para ello se dispone de los metodos equalsQ y hashcodeQ, que el usuario 
puede redefinir si lo desea. 

Utilizando los metodos de Collection, los Sets permiten realizar operaciones algebraicas de 
union, interseccion y diferencia. Por ejemplo, si. contains All(s2) permite saber si s2 esta contenido 
en si; sl.addAll(s2) permite convertir si en la union de los dos conjuntos; si. retain All(s2) permite 
convertir si en la interseccion de si y s2; finalmente, si. remove All(s2) convierte si en la diferencia 
entres/ ys2. 

La interface SortedSet extiende la interface Set y aiiade los siguientes metodos: 

Compiled from SortedSet . Java 

public interface Java . util . SortedSet extends Java . util . Set 

{ 

public abstract Java . util . Comparator comparator () ; 

public abstract Java . lang . Ob ject first (); 

public abstract Java . util . SortedSet headSet ( j ava . lang . Ob ject ) ; 

public abstract Java . lang . Ob ject last(); 

public abstract Java . util . SortedSet subSet ( Java . lang . Ob ject , Java . lang . Ob ject ) ; 

public abstract Java . util . SortedSet tailSet ( j ava . lang . Ob ject ) ; 
} 

que estan orientados a trabajar con el "orden". El metodo comparator() permite obtener el objeto 
pasado al constructor para establecer el orden. Si se ha utilizado el orden natural definido por la 
interface Comparable, este metodo devuelve null. Los metodo s//rs^() y last() devuelven el primer y 
ultimo elemento del conjunto. Los metodos headSetQ, subSetQ y tailSetQ sirven para obtener sub- 
conjuntos al principio, en medio y al final del conjunto original (los dos primeros no incluyen el 
limite superior especificado). 
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Existes dos implementaciones de conjuntos: la clase HashSet implementa la interface Set, 
mientras que la clase TreeSet implementa SortedSet. La primera esta basada en una hash table y la 
segunda en un TreeMap. 

Los elementos de un HashSet no mantienen el orden natural, ni el orden de introduccion. Los 
elementos de un TreeSet mantienen el orden natural o el especificado por la interface Comparator. 
Ambas clases definen constructores que admiten como argumento un objeto Collection, lo cual 
permite convertir un HashSet en un TreeSet y viceversa. ^^ 

4.5.4.6 Listas 

La interface List define metodos para operar con colecciones ordenadas y que pueden tener 
elementos repetidos. Por ello, dicha interface declara metodos adicionales que tienen que ver con el 
orden y con el acceso a elementos o rangos de elementos. Ademas de los metodos de Collection, la 
interface List declara los metodos siguientes: 

Compiled from List. Java v' 

public interface Java . util . List extends Java . util . Collection ' 

public abstract void add(int, Java . lang . Ob ject ) ; 

public abstract boolean addAll(int, Java . util . Collection) ; 

public abstract Java . lang . Ob ject get(int); 

public abstract int indexOf ( Java . lang . Ob ject ) ; 

public abstract int last IndexOf ( Java . lang . Ob ject ) ; 

public abstract Java . util . List Iterator list Iterator () ; 

public abstract Java . util . List Iterator list Iterator (int ) ; 

public abstract Java . lang . Ob ject remove (int); 

public abstract Java . lang . Ob ject set (int, j ava . lang . Ob ject ) ; 

public abstract Java . util . List subList(int, int); 
} 

Los nuevos metodos add() y addAllQ tienen un argumento adicional para insertar elementos 
en una posicion determinada, desplazando el elemento que estaba en esa posicion y los siguientes. 
Los metodos get() y set() permiten obtener y cambiar el elemento en una posicion dada. Los 
metodos indexOfO y lastlndexOfO permiten saber la posicion de la primera o la ultima vez que un 
elemento aparece en la lista; si el elemento no se encuentra se devuelve -1. 

El metodo subList(int fromlndex, tolndex) devuelve una "vista" de la lista, desde el elemento 
fromlndex inclusive hasta el tolndex exclusive. Un cambio en esta "vista" se refleja en la lista 
original, aunque no conviene hacer cambios simultaneamente en ambas. Lo mejor es eliminar la 
"vista" cuando ya no se necesita. 

Existen dos implementaciones de la interface List, que son las clases Array List y LinkedList. 
La diferencia esta en que la primera almacena los elementos de la coleccion en un array de Objects, 
mientras que la segunda los almacena en una lista vinculada. Los arrays proporcionan una forma de 
acceder a los elementos mucho mas eficiente que las listas vinculadas. Sin embargo tienen 
dificultades para crecer (hay que reservar memoria nueva, copiar los elementos del array antiguo y 
liberar la memoria) y para insertar y/o borrar elementos (hay que desplazar en un sentido u en otro 
los elementos que estan detras del elemento borrado o insertado). Las listas vinculadas solo 
permiten acceso secuencial, pero tienen una gran flexibilidad para crecer, para borrar y para insertar 
elementos. El optar por una implementacion u otra depende del caso concreto de que se trate. 
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4.5.4.7 Maps y SortedMaps 

Un Map es una estructura de datos agrapados en parejas clave/valor. Pueden ser considerados como 
una tabla de dos columnas. La clave debe ser unica y se utiliza para acceder al valor. 

Aunque la interface Map no deriva de Collection, es posible ver los Maps como colecciones 
de claves, de valores o de parejas clave/valor. A continuacion se muestran los metodos de la 
interface Map (comando > javap java.util.Map)\ 

Compiled from Map. Java 

public interface Java . util . Map j 

{ ' 

public abstract void clear (); 

public abstract boolean containsKey ( Java . lang . Ob ject ) ; 
public abstract boolean containsValue ( Java . lang . Ob ject ) ; 
public abstract Java . util . Set entrySet(); 
public abstract boolean equals ( Java . lang . Ob ject ) ; 
public abstract Java . lang . Ob ject get ( Java . lang . Ob ject ) ; 
public abstract int hashCode(); 
public abstract boolean isEmpty(); 
public abstract Java . util . Set keySet(); 

public abstract Java . lang . Ob ject put ( Java . lang . Ob ject , Java . lang . Ob ject ) ; 
public abstract void putAll ( Java . util . Map) ; 

public abstract Java . lang . Ob ject remove ( j ava . lang . Ob ject ) ; 
public abstract int size(); 

public abstract Java . util . Collection values (); ^ 
public static interface Java . util . Map . Entry 
{ 

public abstract boolean equals ( Java . lang . Ob ject ) ; 

public abstract Java . lang . Ob ject getKey(); 

public abstract Java . lang . Ob ject getValue(); 

public abstract int hashCode(); 

public abstract Java . lang . Ob ject setValue ( Java . lang . Ob ject ) ; 



Muchos de estos metodos tienen un significado evidente, pero otros no tanto. El metodo 
entrySetO devuelve una "vista" del Map como Set. Los elementos de este Set son referencias de la 
interface Map. Entry, que es una interface interna de Map. Esta "vista" del Map como Set permite 
modificar y eliminar elementos del Map, pero no aiiadir nuevos elementos. 

El metodo get(key) permite obtener el valor a partir de la clave. El metodo keySet() devuelve 
una "vista" de las claves como Set. El metodo values() devuelve una "vista" de los valores del Map 
como Collection (porque puede haber elementos repetidos). El metodo put() permite aiiadir una 
pareja clave/valor, mientras que putAllQ vuelca todos los elementos de un Map en otro Map (los 
pares con clave nueva se aiiaden; en los pares con clave ya existente los valores nuevos sustituyen a 
los antiguos). El metodo removeQ elimina una pareja clave/valor a partir de la clave. 

La interface SortedMap aiiade los siguientes metodos, similares a los de SortedSet: 

Compiled from SortedMap . Java 

public interface Java . util . SortedMap extends Java . util . Map 

{ 

public abstract Java . util . Comparator comparator () ; 

public abstract Java . lang . Ob ject firstKey(); 

public abstract Java . util . SortedMap headMap ( Java . lang . Ob ject ) ; 

public abstract Java . lang . Ob ject lastKey(); 

public abstract Java . util . SortedMap subMap ( Java . lang . Ob ject , Java . lang . Ob ject ) ; 

public abstract Java . util . SortedMap tailMap ( Java . lang . Ob ject ) ; 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



La clase HashMap implementa la interface Map y esta basada en una hash table, mientras que 
TreeMap implementa SortedMap y esta basada en un arbol binario. 



4.5.4.8 Algoritmos y otras caracteristicas especiales: Clases Collections y Arrays 

La clase Collections (no confundir con la interface Collection, en singular) es una clase que define 
un buen numero de metodos static con diversas finalidades. No se detallan o enumeran aqui porque 
exceden del espacio disponible. Los mas interesantes son los siguientes: ^ 

• Metodos que definen algoritmos: 

Ordenaclon mediante el metodo mergesort i 

public static void sort ( Java . util . List ) ; 

public static void sort ( Java . util . List , Java . util . Comparator ) ; 

Eliminacion del orden de modo aleatorio 

public static void shuff le ( Java . util . List ) ; 

public static void shuff le ( Java . util . List , Java . util . Random) ; 

Inversion del orden establecido 

public static void reverse ( Java . util . List ) ; , ^ 

Busqueda en una lista 

public static int binarySearch ( Java . util . List , Java . lang . Ob ject ) ; 
public static int binarySearch ( Java . util . List , j ava . lang . Ob ject , 

Java. util . Comparator) ; 

Copiar una lista o reemplazar todos los elementos con el elemento especificado 

public static void copy ( Java . util . List , Java . util . List ) ; 
public static void fill ( Java . util . List , Java . lang . Ob ject ) ; 
Calculo de maximos y minimos 

public static Java . lang . Ob ject max ( Java . util . Collection) ; 

public static Java . lang . Ob ject max ( Java . util . Collection, Java . util . Comparator ) ; 

public static Java . lang . Ob ject min ( Java . util . Collection) ; 

public static Java . lang . Ob ject min ( Java . util . Collection, Java . util . Comparator ) ; 

• Metodos de utilidad 

Set inmutable de un unico eleento 

public static j ava . util . Set singleton ( Java . lang . Ob ject ) ; 
Lista inmutable con n copias de un objeto 

public static j ava . util . List nCopies(int, j ava . lang . Ob ject ) ; 
Constantes para representar el conjunto y la lista vacia 

public static final Java . util . Set EMPTY_SET; 
public static final Java . util . List EMPTY_LIST; 

Ademas, la clase Collections dispone de dos conjuntos de metodos "factory" que pueden ser 
utilizados para convertir objetos de distintas colecciones en objetos "read only" y para convertir 
distintas colecciones en objetos "synchronized" (por defecto las clases vistas anteriormente no estan 
sincronizadas, lo cual quiere decir que se puede acceder a la coleccion desde distintas threads sin 
que se produzcan problemas. Los metodos correspondientes son los siguientes: 



public static ] 

public static j 

public static j 

public static j 

public static j 

public static j 



ava .util. Collection synchronizedCol lection ( j ava .util. Collection) 

ava. util. List synchronizedList ( j ava . util. List); 

ava . util . Map synchroni zedMap ( Java . util . Map) ; 

ava. util. Set synchroni zedSet ( Java . util . Set ) ; 

ava . util . SortedMap synchroni zedSortedMap ( j ava . util . SortedMap) ; 

ava . util . SortedSet synchroni zedSortedSet ( j ava . util . SortedSet ) ; 



public static Java . util . Collection unmodif iableCollection ( j ava . util . Collection) 

public static Java . util . List unmodif iableList ( Java . util . List ) ; 

public static Java . util . Map unmodif iableMap ( Java . util . Map) ; 

public static Java . util . Set unmodif iableSet ( j ava . util . Set ) ; 

public static Java . util . SortedMap unmodif iableSortedMap ( j ava . util . SortedMap) ; 
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public static Java . util . SortedSet unmodif iableSortedSet ( j ava . util . SortedSet ) ; 

Estos metodo se utilizan de una forma muy sencilla: se les pasa como argumento una 
referenda a un objeto que no cumple la caracteristica deseada y se obtiene como valor de retorno 
una referenda a un objeto que si la cumple. 

4.5.4.9 Desarrollo de clases por el usuario: clases abstract 

Las clases abstract indicadas en la Figura 4.2, en la pagina 75, pueden servir como base para que los 
programadores con necesidades no cubiertas por las clases vistas anteriormente desarroUen sus 
propias clases. 

4.5.4.10 Interfaces Cloneable y Serializable 

Las clases HashSet, TreeSet, ArrayList, LinkedList, HashMap y TreeMap (al igual que Vector y 
Hashtable) implementan las interfaces Cloneable y Serializable, lo cual quiere decir que es 
correcto sacar copias bit a bit de sus objetos con el metodo Object.clone(), y que se pueden 
convertir en cadenas o flujos (streams) de caracteres. 

Una de las ventajas de implementar la interface Serializable es que los objetos de estas clases 
pueden ser impresos con los metodos System.Out.print() y System.Out.println(). 

4.6 Otras clases del package java.util 

El psickage javaMtil tiene otras clases interesantes para aplicaciones de distinto tipo, entre ellas 
algunas destinadas a considerar todo lo relacionado con fechas y horas. A continuacion se 
consideran algunas de dichas clases. 

4.6.1 ClaseDate 

La clase Date representa un instante de tiempo dado con precision de milisegundos. La informacion 
sobre fecha y hora se almacena en un entero long de 64 bits que contiene los milisegundos 
transcurridos desde las 00:00:00 del 1 de enero de 1970 GMT (Greenwich mean time). Ya se vera 
que otras clases permiten a partir de un objeto Date obtener informacion del aiio, mes, dia, horas, 
minutos y segundos. A continuacion se muestran los metodos de la clase Date, habiendose 
eliminado los metodos declarados obsoletos (deprecated) en el JDK 1.2: 

Compiled from Date. Java 

public class Java . util . Date extends Java . lang . Ob ject implements 

Java . io . Serializable, Java . lang . Cloneable, Java . lang . Comparable { 

public Java . util . Date () ; 

public Java . util . Date (long) ; 

public boolean af ter ( Java . util . Date) ; 

public boolean before ( Java . util . Date) ; 

public Java . lang . Ob ject clone(); 

public int compareTo ( Java . lang . Ob ject ) ; 

public int compareTo ( Java . util . Date) ; 

public boolean equals ( Java . lang . Ob ject ) ; 

public long getTime(); 

public int hashCode(); 

public void setTime (long) ; 

public Java . lang . String toString(); 
} 
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El constructor por defecto Date() crea un objeto a partir de la fecha y hora actual del 
ordenador. El segundo constructor crea el objeto a partir de los milisegundos transcurridos desde el 
01/01/1970, 00:00:00 GMT. Los metodos after() y before() permiten saber si la fecha indicada 
como argumento implicito (this) es posterior o anterior a la pasada como argumento. Los metodos 
getTimeO y setTime() permiten obtener o establecer los milisegundos transcurridos desde el 
01/01/1970, 00:00:00 GMT para un determinado objeto Date. Otros metodos son consecuencia de 
las interfaces implementadas por la clase Date. 

Los objetos de esta clase no se utilizan mucho directamente, sino que se utilizan en 
combinacion con las clases que se vana ver a continuacion. 

y 

4.6.2 Clases Calendar y GregorianCalendar 

La clase Calendar es una clase abstract que dispone de metodos para convertir objetos de la clase 
Date en enteros que representan fechas y horas concretas. La clase GregorianCalendar es la unica 
clase que deriva de Calendar y es la que se utilizara de ordinario. ^ ■ 

Java tiene una forma un poco particular para representar las fechas y horas: 

1. Las horas se representan por enteros de a 23 (la hora o va de las 00:00:00 hasta la 
1:00:00), y los minutos y segundo s por enteros entre y 59. 

2. Los dias del mes se representan por enteros entre 1 y 31 (logico). 

3. Los meses del ano se representan mediante enteros de a 1 1 (no tan logico). 

4. Los anos se representan mediante enteros de cuatro digitos. Si se representan con dos 
digitos, se resta 1900. Por ejemplo, con dos digitos el ano 2000 es para Java el ano 00. 

La clase Calendar tiene una serie de variables miembro y constantes (variables final) que 
pueden resultar muy utiles: ^ 

• La variable int AM_PM puede tomar dos valores: las constantes enteras AM y PM. 

• La variable int DAY_OF_WEEK puede tomar los valores int SUNDAY, MONDAY, 
TUESDAY, WEDNESDAY, THURSDAY, FRIDAY y SATURDAY. 

• La variable int MONTH puede tomar los valores int JANUARY, FEBRUARY, MARCH, 
APRIL, MAY, JUNE, JULY, AUGUST, SEPTEMBER, OCTOBER, NOVEMBER, 
DECEMBER. Para hacer los programas mas legibles es preferible utilizar estas constantes 
simbolicas que los correspondientes numeros del al 11. 

• La variable miembro HOUR se utiliza en los metodos get() y set() para indicar la hora de 
la manana o de la tarde (en relojes de 12 horas, de a 11). La variable HOUR_OF_DAY 
sirve para indicar la hora del dia en relojes de 24 horas (de a 23). 

• Las variables DAY_OF_WEEK, DAY_OF_WEEK_IN_MONTH, DAY_OF_MONTH (o 
bien DATE), DAY_OF_YEAR, WEEK_OF_MONTH, WEEK_OF_YEAR tienen un 
significado evidente. 

• Las variables ERA, YEAR, MONTH, HOUR, MINUTE, SECOND, MILLISECOND 

tienen tambien un significado evidente. 
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• Las variables ZONE_OFFSET y DST_OFFSET indican la zona horaria y el desafie en 
milisegundos respecto a la zona GMT. 

La clase Calendar dispone de un gran numero de metodos para establecer u obtener los 
distintos valores de la fecha y/u hora. Algunos de ellos se muestran a continuacion. Para mas 
informacion, se recomienda utilizar la documentacion de JDK 1.2. 

Compiled from Calendar . Java 

public abstract class Java . util . Calendar extends Java . lang . Ob ject implements 

Java . io . Seriali zable, Java . lang . Cloneable { 

protected long time; > 

protected boolean isTimeSet; f 

protected Java . util . Calendar () ; 

protected Java. util. Calendar ( Java . util . Time Zone, j ava .util. Locale); 

public abstract void add(int, int); 

public boolean after ( Java . lang . Ob ject ) ; 

public boolean before ( Java . lang . Ob ject ) ; J^^^ 

public final void clear (); 

public final void clear (int); 

protected abstract void computeTime ( ) ; 

public boolean equals ( Java . lang . Ob ject ) ; 

public final int get (int) ; 

public int getFirstDayOf Week ( ) ; 

public static synchronized Java . util . Calendar get Instance () ; 

public static synchronized Java . util . Calendar get Instance ( j ava . util . Locale) ; 

public static synchronized Java . util . Calendar get Instance ( Java . util . TimeZone) ; 

public static synchronized Java . util . Calendar get Instance ( Java . util . TimeZone, 

Java .util. Locale); 

public final Java . util . Date getTime(); 

protected long getTimelnMillis ( ) ; 

public Java . util . TimeZone getTimeZone ( ) ; 

public final boolean isSet(int); 

public void roll (int, int); 

public abstract void roll (int, boolean); 

public final void set (int, int); 

public final void set (int, int, int); 

public final void set (int, int, int, int, int); 

public final void set (int, int, int, int, int, int); 

public final void setTime ( Java . util . Date) ; 

public void setFirstDayOf Week (int ) ; 

protected void setTimelnMillis (long) ; 

public void setTimeZone ( Java . util . TimeZone) ; 

public Java . lang . String toString(); 
} 

La clase GregorianCalendar anade las constante BC y AD para la ERA, que representan 
respectivamente antes y despues de Jesucristo. Anade ademas varios constructores que admiten 
como argumentos la informacion correspondiente a la fecha/hora y -opcionalmente- la zona horaria. 

A continuacion se muestra un ejemplo de utilizacion de estas clases. Se sugiere al lector que 
cree y ejecute el siguiente programa, observando los resultados impresos en la consola. 

import Java. util.*; 

public class PruebaFechas { 

public static void main(String arg[]) { 
Date d = new Date(); 

GregorianCalendar go = new GregorianCalendar () ; 
gc . setTime (d) ; 

System. out .println("Era: "+gc.get (Calendar. ERA) ) ; 

System. out . print In ( "Year : " + gc.get (Calendar. YEAR) ) ; 

System. out .print In ("Month: "+gc.get (Calendar . MONTH) ) ; 

System. out .println ("Dia del mes : "+gc . get (Calendar . DAY_OF_MONTH) ) ; 
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System. out . print In ( "D de la S en mes:" 

+gc.get (Calendar . DAY_OF_WEEK_IN_MONTH) ) ; 
"No de semana: "+gc . get (Calendar . WEEK_OF_YEAR) ) ; 
"Semana del mes: "+gc . get (Calendar . WEEK_OF_MONTH) ) ; 



System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 
System. out . print In 



'Fecha: "+gc.get (Calendar . DATE) ) ; 

'Hora: "+gc.get (Calendar . HOUR) ) ; 

'Tiempo del dia: "+gc . get (Calendar . AM_PM) ) ; 

'Hora del dia: "+gc . get (Calendar . HOUR_OF_DAY) ) ; 

'Minuto: "+gc.get (Calendar . MINUTE) ) ; 

'Segundo: "+gc.get (Calendar. SECOND) ) ; 

'Dif. horaria: "+gc . get (Calendar . ZONE_OFFSET) ) ; 



4.6.3 Clases DateFormat y SimpleDateFormat 

DateFormat es una clase abstract que pertenece al package yava-^ex^ y no al package java-wri/, 
como las vistas anteriormente. La razon es para facilitar todo lo referente a la internacionalizacion, 
que es un aspecto muy importante en relacion con la conversion, que permite dar formato a fechas y 
horas de acuerdo con distintos criterios locales. Esta clase dispone de metodos static para convertir 
Strings representando fechas y horas en objetos de la clase Date, y viceversa. 

La clase SimpleDateFormat es la unica clase derivada de DateFormat. Es la clase que 
conviene utilizar. Esta clase se utiliza de la siguiente forma: se le pasa al constructor un String 
definiendo el formato que se desea utilizar. Por ejemplo: 

import java.util.*; 
import Java . text .* ; 

class SimpleDateForm { 

public static void main (String arg[]) throws ParseException { 

SimpleDateFormat sdfl = new SimpleDateFormat ( "dd-MM-yyyy hh:mm:ss"); 
SimpleDateFormat sdf2 = new SimpleDateFormat ( "dd-MM-yy" ) ; 
Date d = sdfl . parse (" 12-04-1 968 11:23:45"); 
String s = sdf 2 . format (d) ; r 
System. out . print In ( s ) ; 



La documentacion de la clase SimpleDateFormat proporciona abundante informacion al 
respecto, incluyendo algunos ejemplos. 

4.6.4 Clases TimeZone y SimpleTimeZone 

La clase TimeZone es tambien una clase abstract que sirve para definir la zona horaria. Los metodos 
de esta clase son capaces de tener en cuenta el cambio de la hora en verano para ahorrar energia. La 
clase SimpleTimeZone deriva de TimeZone y es la que conviene utilizar. 

El valor por defecto de la zona horaria es el definido en el ordenador en que se ejecuta el 
programa. Los objetos de esta clase pueden ser utilizados con los constructores y algunos metodos 
de la clase Calendar para establecer la zona horaria. 
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5. EL AWT (ABSTRACT WINDOWS TOOLKIT) 



5.1 Que ES EL AWT 

El AWT {Abstract Windows Toolkit) es la parte de Java que se ocupa de construir interfaces 
graficas de usuario. Aunque el AWT ha estado presente en Java desde la version 1.0, la version 1.1 
represento un cambio notable, sobre todo en lo que respecta al modelo de eventos. La version 1.2 ha 
incorporado un modelo distinto de componentes Uamado Swing, que tambien esta disponible en la 
version 1.1 como package adicional. En este Capitulo se seguira el AWT de Java 1.1, tambien 
soportado por la version 1.2. 

5.1.1 Creacion de una Interface Grafica de Usuario j^^ 

Para construir una interface grafica de usuario hace falta: 

1. Un "contenedor" o container, que es la ventana o parte de la ventana donde se situaran los 
componentes (botones, barras de desplazamiento, etc.) y donde se realizaran los dibujos. 
Se corresponderia con un formulario o una picture box de Visual Basic. 

2. Los componentes: menus, botones de comando, barras de desplazamiento, cajas y areas de 
texto, botones de opcion y seleccion, etc. Se corresponderian con los controles de Visual 
Basic. |_ 

3. El modelo de eventos. El usuario controla la aplicacion actuando sobre los componentes, 
de ordinario con el raton o con el teclado. Cada vez que el usuario realiza una determinada 
accion, se produce el evento correspondiente, que el sistema operativo transmite al AWT. 
El AWT crea un objeto de una determinada clase de evento, derivada de AWTEvent. Este 
evento es transmitido a un determinado metodo para que lo gestione. En Visual Basic el 
entomo de desarroUo crea automaticamente el procedimiento que va a gestionar el evento 
(uniendo el nombre del control con el tipo del evento mediante el caracter _) y el usuario 
no tiene mas que introducir el codigo. En Java esto es un poco mas complicado: el 
componente u objeto que recibe el evento debe "registrar" o indicar previamente que 
objeto se va a hacer cargo de gestionar ese evento. 

En los siguientes apartados se veran con un cierto detalle estos tres aspectos del AWT. Hay 
que considerar que el AWT es una parte muy extensa y complicada de Java, sobre la que existen 
libros con muchos cientos de paginas. 

5.1.2 Objetos "event source" y objetos "event listener" 

El modelo de eventos de Java esta basado en que los objetos sobre los que se producen los eventos 
(event sources) "registran" los objetos que habran de gestionarlos (event listeners), para lo cual los 
event listeners habran de disponer de los metodos adecuados. Estos metodos se Uamaran 
automaticamente cuando se produzca el evento. La forma de garantizar que los event listeners 
disponen de los metodos apropiados para gestionar los eventos es obligarles a implementar una 
determinada interface Listener. Las interfaces Listener se corresponden con los tipos de eventos 
que se pueden producir. En los apartados siguientes se veran con mas detalle los componentes que 
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pueden recibir eventos, los distintos tipos de eventos y los metodos de las interfaces Listener que 
hay que definir para gestionarlos. En este punto es muy importante ser capaz de buscar la 
informacion correspondiente en la documentacion de Java. 

Las capacidades graficas del AWT resultan pobres y complicadas en comparacion con lo que 
se puede conseguir con Visual Basic, pero tienen la ventaja de poder ser ejecutadas casi en 
cualquier ordenador y con cualquier sistema operativo. 

5.1.3 Proceso a seguir para crear una aplicacion interactiva (orientada a eventos) 

Para avanzar un paso mas, se resumen a continuacion los pasos que se pueden seguir para construir 
una aplicacion orientada a eventos sencilla, con interface grafica de usuario: 

1. Determinar los componentes que van a constituir la interface de usuario (botones, cajas de 
texto, menus, etc.). 

2. Crear una clase para la aplicacion que contenga la funcion mainQ. 

3. Crear una clase Ventana, sub-clase de Frame, que responda al evento Window ClosingQ. 

4. La funcion main() debera crear un objeto de la clase Ventana (en el que se van a 
introducir las componentes seleccionadas) y mostrarla por pantalla con el tamaiio y 
posicion adecuados. 

5. Aiiadir al objeto Ventana todos los componentes y mentis que deba contener. Se puede 
hacer en el constructor de la ventana o en el propio metodo main(). 

6. Definir los objetos Listener (objetos que se ocuparan de responder a los eventos, cuyas 
clases implementan las distintas interfaces Listener) para cada uno de los eventos que 
deban estar soportados. En aplicaciones pequeiias, el propio objeto Ventana se puede 
ocupar de responder a los eventos de sus componentes. En programas mas grandes se 
puede crear uno o mas objetos de clases especiales para ocuparse de los eventos. 

7. Finalmente, se deben implementar los metodos de las interfaces Listener que se vayan a 
hacer cargo de la gestion de los eventos. 
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5.1.4 Componentes y eventos soportados por el AWT de Java 

5.1.4.1 Jerarquia de Componentes 

Como todas las clases de Java, los componentes utilizados en el AWT pertenecen a una 
determinada jerarquia de clases, que es muy importante conocer. Esta jerarquia de clases se muestra 
en la Figura 5.1. Todos los componentes descienden de la clase Component, de la que pueden ya 
heredar algunos metodos interesantes. Ei package al que pertenecen estas clases se llamajava-aw^ 
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Figura 5.2. Jerarquia de eventos de Java. 

A continuacion se resumen algunas caracteristicas importantes de los componentes mostrados 
en la Figura 5.2: 

1. Todos los Components (excepto Window y los que derivan de ella) deben ser anadidos a 
un Container. Tambien un Container puede ser anadido a otro Container. 

2. Para anadir un Component a un Container se utiliza el metodo add() de la clase 
Container: 

containerName . add (componentName) ; 

3. Los Containers de maximo nivel son las Windows {Frames y Dialogs). Los Panels y 
ScrollPanes deben estar siempre dentro de otro Container. 

4. Un Component solo puede estar en un Container. Si esta en un Container y se aiiade a 
otro, deja de estar en el primero. 

5. La clase Component tiene una serie de funcionalidades basicas comunes (variables y 
metodos) que son heredadas por todas sus sub-clases. 

5.1.4.2 Jerarquia de eventos 

Todos los eventos de Java 1.1 y Java 1.2 son objetos de clases que pertenecen a una determinada 
jerarquia de clases. La super-clase EventObject pertenece al package java.util. De EventObject 
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deriva la clase AWTEvent, de la que dependen todos los eventos de AWT. La Figura 5.2 muestra la 
jerarquia de clases para los eventos de Java. Por conveniencia, estas clases estan agrupadas en el 
package Java, aw t. event. 

Los eventos de Java pueden ser de alto y bajo nivel. Los eventos de alto nivel se Uaman 
tambien eventos semdnticos, porque la accion de la que derivan tiene un significado en si misma, en 
el contexto de las interfaces graficas de usuario. Los eventos de bajo nivel son las acciones 
elementales que hacen posible los eventos de alto nivel. Son eventos de alto nivel los siguientes 
eventos: los cuatro que tienen que ver con clicar sobre botones o elegir comandos en menus 
(ActionEvent), cambiar valores en barras de desplazamiento (AdjustmentEvent), elegir valores 
(ItemEvents) y cambiar el texto (TextEvent). En la Figura 5.2 los eventos de alto nivel aparecen 
con fondo gris. 

Los eventos de bajo nivel son los que se producen con las operaciones elementales con el 
raton, teclado, containers y windows. Las seis clases de eventtos de bajo nivel son los eventos 
relacionados con componentes (ComponentEvent), con los containers (ContainerEvent), con 
pulsar teclas (KeyEvent), con mover, arrastrar, pulsar y soltar con el raton (MouseEvent), con 
obtener o perder el focus (FocusEvent) y con las operaciones con ventanas (Window Event). 

El modelo de eventos se complica cuando se quiere connstruir un tipo de componente propio, 
no estandar del AWT. En este caso hay que interceptar los eventos de bajo nivel de Java y 
adecuarlos al problema que se trata de resolver. Este es un tema que no se va a tratar en este manual. 

5.1.4.3 Relacion entre Componentes y Eventos 

La Tabla 5.1 muestra los componentes del AWT y los eventos especificos de cada uno de ellos, asi 
como una breve explicacion de en que consiste cada tipo de evento. 



Component 


Eventos generados 


Significado 


Button 


ActionEvent 


Clicar en el boton 


Checkbox 


ItemEvent 


Seleccionar o deseleccionar un item 


CheckboxMenuItem 


ItemEvent 


Seleccionar o deseleccionar un item 


Choice 


ItemEvent 


Seleccionar o deseleccionar un item 


Component 


ComponentEvent 


Mover, cambiar tamaiio, mostrar u ocultar un componente 


FocusEvent 


Obtener o perder el focus 


KeyEvent 


Pulsar soltar una tecla 


MouseEvent 


Pulsar soltar un boton del raton; entrar o salir de un componente; 
mover o arrastrar el raton (tener en cuenta que este evento tiene dos 
Listener) 


Container 


ContainerEvent 


Aiiadir o eliminar un componente de un container 


List 


ActionEvent 


Hacer doble click sobre un item de la lista 


ItemEvent 


Seleccionar o deseleccionar un item de la Usta 


Munultem 


ActionEvent 


Seleccionar un item de un menu 


Scrollbar 


AdjustementEvent 


Cambiar el valor de la scrollbar 


TextComponent 


TextEvent 


Cambiar el texto 


TextField 


ActionEvent 


Terminar de editar un texto pulsando Intro 


Window 


WindowEvent 


Acciones sobre una ventana: abrir, cerrar, iconizar, restablecer e 
iniciar el cierre 



Tabla 5.1. Componentes del AWT y eventos especificos que generan. 
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La relacion entre componentes y eventos indicada en la Tabla 5.1 pueden inducir a engano si 
no se tiene en cuenta que los eventos propios de una super-clase de componentes pueden afectar 
tambien a los componentes de sus sub-clases. Por ejemplo, la clase TextArea no tiene ningun 
evento especifico o propio, pero puede recibir los de su super-clase TextComponent. 

La Tabla 5.2 muestra los componentes del AWT y todos los tipos de eventos que se pueden 
producir sobre cada uno de ellos, teniendo en cuenta tambien los que son especificos de sus super- 
clases. Entre ambas tablas se puede sacar una idea bastante precisa de que tipos de eventos estan 
soportados en Java y que eventos concretos puede recibir cada componente del AWT. En la 
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Tabla 5.2. Eventos que generan los distintos componentes del AWT. 
practica, no todos los tipos de evento tienen el mismo interes. 
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5.1.5 Interfaces Listener 

Una vez vistos los distintos eventos que se pueden producir, conviene ver como se deben gestionar 
estos eventos. A continuacion se detalla como se gestionan los eventos segun el modelo de Java: 

1. Cada objeto que puede recibir un evento {event source), "registra" uno o mas objetos para que 
los gestionen {event listener). Esto se hace con un metodo que tiene la forma, 

event S our ceObject . addEvent Listener ( event Li stenerObject ) ; 

donde eventSourceObject es el objeto en el que se produce el evento, y eventListenerObject es 
el objeto que debera gestionar los eventos. La relacion entre ambos se establece a traves de una 
interface Listener que la clase del eventListenerObject debe implementar. Esta interface 
proporciona la declaracion de los metodos que seran Uamados cuando se produzca el evento. La 
interface a implementar depende del tipo de evento. La Tabla 5.3 relaciona los distintos tipos de 
eventos, con la interface que se debe implementar para gestionarlos. Se indican tambien los 
metodos declarados en cada interface. 

Es importante observar la correspondencia entre eventos e interfaces Listener. Cada evento 
tiene su interface, excepto el raton que tiene dos interfaces MouseListener y 
MouseMotionListener. La razon de esta duplicidad de interfaces se encuentra en la 
peculiaridad de los eventos que se producen cuando el raton se mueve. Estos eventos, que se 
producen con muchisima mas frecuencia que los simples clicks, por razones de eficiencia son 
gestionados por una interface especial: MouseMotionListener. 

Observese que el nombre de la interface coincide con el nombre del evento, sustituyendo la 
palabra Event por Listener. 

2. Una vez registrado el objeto que gestionara el evento, perteneciente a una clase que implemente 
la correspondiente interface Listener, se deben definir los metodos de dicha interface. Siempre 
hay que definir todos los metodos de la interface, aunque algunos de dichos metodos puedan 
estar "vacios". Un ejemplo es la implementacion de la interface Window Listener vista en el 
Apartado 1.3.9 (en la pagina 18), en el que todos los metodos estaban vacios excepto 
window ClosingO . 



Evento 


Interface Listener 


Metodos de Listener 


ActionEvent 


ActionListener 


actionPerformedO 


Adj u stementEvent 


Adj u stementListener 


adj u stementValueChangedO 


ComponentEvent 


ComponentListener 


componentHiddenO, componentMoved(), componentResized(), 
componentShownO 


ContainerEvent 


ContainerListener 


componentAddedO, componentRemoved() 


FocusEvent 


FocusListener 


focusGainedO, focusLost() 


ItemEvent 


ItemListener 


itemStateChangedO 


KeyEvent 


KeyListener 


keyPressedO, keyReleased(), keyTyped() 


MouseEvent 


MouseListener 


mouseClickedO, mouseEntered(), mouseExited(), mousePressed(), 
mouseReleasedO 


MouseMotionListener 


mouseDraggedO, mouseMoved() 


TextEvent 


TextListener 


textValueChangedO 


WindowEvent 


WindowListener 


windowActivatedO, windowDeactivated(), windowClosed(), 
windowClosingO, windowIconified(), windowDeiconifiedQ, 
windowOpenedO 



Tabla 5.3. Metodos relacionados con cada evento a traves de una interface Listener. 
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5.1.6 Clases Adapter 

Java proporciona ayudas para definir los metodos declarados en las interfaces Listener. Una de 
estas ayudas son las clases Adapter, que existen para cada una de las interfaces Listener que tienen 
mas de un metodo. Su nombre se construye a partir del nombre de la interface, sustituyendo la 
palabra ''Listener" por ''Adapter". Hay 7 clases Adapter: ComponentAdapter, Container Adapter, 
FocusAdapter, KeyAdapter, MouseAdapter, MouseMotionAdapter y Window Adapter. 

Las clases Adapter derivan de Object, y son clases predefinidas que contienen definiciones 
vacias para todos los metodos de la interface. Para crear un objeto que responda al evento, en vez de 
crear una clase que implemente la interface Listener, basta crear una clase que derive de la clase 
Adapter correspondiente, y redefina solo los metodos de interes. Por ejemplo, la clase 
VentanaCerrable del Apartado 1.3.9 (pagina 18) se podia haber definido de la siguiente forma: 

1. // Fichero VentanaCerrable2 . Java -^^^^ 

2. import java.awt.*; 

3. import Java . awt . event .* ; 

4. class VentanaCerrable2 extends Frame { 

5. // const ructores 

6. public VentanaCerrable2 ( ) { super (); } 

7. public VentanaCerrable2 (String title) { 

8. super (title) ; 

9. setSize (500, 500) ; 

10. CerrarVentana cv = new CerrarVentana () ; 

11 . this . addWindowLis'tener (cv) ; 

12. } 

13. } // fin de la clase VentanaCerrable2 

14. // definicion de la clase CerrarVentana 

15. class CerrarVentana extends WindowAdapter { 

16. void windowClosing (WindowEvent we) { System. exit (0) ; } 

17. } // fin de la clase CerrarVentana 

Las sentencias 15-17 definen una clase auxiliar (helper class) que deriva de la clase 
WindowAdapter. Dicha clase hereda definiciones vacias de todos los metodos de la interface 
Window Listener. Lo unico que tiene que hacer es redefinir el unico metodo que se necesita para 
cerrar las ventanas. El constructor de la clase VentanaCerrable crea un objeto de la clase 
CerrarVentana en la sentencia 10 y lo registra como event listener en la sentencia 11. En la 
sentencia 11 la palabra this es opcional: si no se incluye, se supone que el event source es el objeto 
de la clase en la que se produce el evento, en este caso la propia ventana. 

Todavia hay otra forma de responder al evento que se produce cuando el usuario desea cerrar 
la ventana. Las clases anonimas de Java son especialmente utiles en este caso. En realidad, para 
gestionar eventos solo hace falta un objeto que sea registrado como event listener y contenga los 
metodos adecuados de la interface Listener. Las clases anonimas son utiles cuando solo se necesita 
un objeto de la clase, como es el caso. La nueva definicion de la clase VentanaCerrable podria ser 
como sigue: 

1. // Fichero VentanaCerrable3 . Java 

2. import java.awt.*; 

3. import Java . awt . event .* ; 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



4. 



class VentanaCerrableS extends Frame 



7 



9. 

10. 
11. 

12. 
13. 



// constructores 

public VentanaCerrableS ( ) { super (); } 

public VentanaCerrableS (St ring title) { 

super (title) ; 

setSize (500, 500) ; 

this . addWindowListener (new WindowAdapter () { 

public void vrindowClosing () {System, exit (0) ; } 

}); 



14. 



} // fin de la clase VentanaCerrable 



Observese que el objeto event listener se crea justamente en el momento de pasarselo como 
argumento al metodo addWindow Listener (). Se sabe que se esta creando un nuevo objeto porque 
aparece la palabra new. Debe tenerse en cuenta que no se esta creando un nuevo objeto de 
WindowAdapter (entre otras cosas porque dicha clase es abstract), sino extendiendo la clase 
Window Adapter, aunque la palabra extends no aparezca. Esto se sabe por las Haves que se abren al 
final de la linea 10. Los parentesis vacios de la linea 10 podrian contener los argumentos para el 
constructor de WindowAdapter, en el caso de que dicho constructor necesitara argumentos. En la 
sentencia 1 1 se redefine el metodo window Closing(). En la linea 12 se cierran las Haves de la clase 
anonima, se cierra el parentesis del metodo addWindow Listener() y se pone el punto y coma de 
terminacion de la sentencia que empezo en la linea 10. Para mas informacion sobre las clases 
anonimas ver el Apartado 3. 10.4, en la pagina 59. 

5.2 ComponentesyEventos 



En este Apartado se van a ver los componentes 
grdficos de Java, a partir de los cuales se pueden 
construir interfaces graficas de usuario. Se veran 
tambien, en paralelo y lo mas cerca posible en el 
texto, las diversas clases de eventos que pueden 
generar cada uno de esos componentes. 



N The AWT Component:: 



Menu 




Figura 5.3. Algunos componentes del AWT. 
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La Figura 5.3, tomada de uno de los ejemplos de Java Tutorial de Sun, muestra algunos 
componentes del AWT. En ella se puede ver un menu, una superficie de dibujo o canvas en la que 
se puede dibujar y escribir texto, una etiqueta, una caja de texto y un area de texto, un boton de 
comando y un boton de seleccion, una lista y una caja de seleccion desplegable. 

5.2.1 Clase Component 



Metodos de Component 


Funcion que realizan 


boolean isVisibleQ, void setVisible(boolean) 


Permiten chequear o establecer la visibiUdad de un componente 


boolean isShowingO 


Permiten saber si un componente se esta viendo. Para ello tan to 
el componente debe ser visible, y su container debe estar 
mostrandose 


boolean isEnabled(), void setEnabled(boolean) 


Permiten saber si un componente esta activado y activarlo o 
desactivarlo 


Point getLocationO, Point getLocationOnScreen() 


Permiten obtener la posicion de la esquina superior izquierda de 
un componente respecto al componente-padre o a la pantalla 


void setLocation(Point), void setLocation(int x, int y) 


Desplazan un componente a la posicion especificada respecto al 
container o componente-padre 


Dimension getSizeQ, void setSize(int w, int h), 
void setSize(Dimension d) 


Permiten obtener o establecer el tamario de un componente 


Rectangle getBounds(), void setBounds(Rectangle), 
void setBounds(int x, int y, int width, int height) 


Obtienen o establecen la posicion y el tamario de un componente 


invalidateO, validate(), doLayout() 


invahdateO marca un componente y sus contenedores para 
indicar que se necesita volver a apUcar el Layout Manager. 
vahdateO se asegura que el Layout Manager esta bien apUcado. 
doLayoutO hace que se aplique el Layout Manager 


paint(Graphics), repaintQ y update(Graphics) 


Metodos graficos para dibujar en la pantalla 


setBackground(Color), setForeground(Color) 


Metodos para establecer los colores por defecto 



Tabla 5.4. Metodos de la clase Component. 

La clase Component es una clase abstract de la que derivan todas las clases del AWT, segun el 
diagrama mostrado previamente en la Figura 5.1, en la pagina 89. Los metodos de esta clase son 
importantes porque son heredados por todos los componentes del AWT. La Tabla 5.4 muestra 
algunos de los metodos mas utilizados de la clase Component. En las declaraciones de los metodos 
de dicha clase aparecen las clases Point, Dimension y Rectangle. La clase java.awt.Point tiene dos 
variables miembro int Uamadas x ey.ha clase java.awt.Dimension tiene dos variables miembro int: 
height y width. La clase java.awt.Rectangle tiene cuatro variables int: height, width, x ey. Las tres 
son sub -clases de Object. 

Ademas de los metodos mostrados en la Tabla 5.4, la clase Component tiene un gran numero 
de metodos basicos cuya funcionalidad puede estudiarse mediante la documentacion on-line de 
Java. Entre otras funciones, permiten controlar los colores, las fonts y los cursores. 

A continuacion se describen las clases de eventos mas generales, relacionados bien con la 
clase Component, bien con diversos tipos de componentes que tambien se presentan a continuacion. 
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5.2.2 Clases EventObject y AWTEvent 

Todos los metodos de las interfaces Listener relacionados con el AWT tienen como argumento 
unico un objeto de alguna clase que desciende de la clase java.awt.AWTEvent (ver Figura 5.2, en la 
pagina 89). 

La clase AWTEvent desciende de java.util. EventObject . La clase AWTEvent no define 
ningun metodo, pero hereda de EventObject el metodo getSourceQ: 

Object getSourceO; '^^ 

que devuelve una referenda al objeto que genero el evento. Las clases de eventos que descienden de 
AWTEvent definen metodos similares a getSource() con unos valores de retorno menos genericos. 
Por ejemplo, la clase ComponentEvent define el metodo getComponent(), cuyo valor de retorno es 
un objeto de la clase Component. 

5.2.3 Clase ComponentEvent 

Los eventos ComponentEvent se generan cuando un Component de cualquier tipo se muestra, se 
oculta, o cambia de posicion o de tamaiio. Los eventos de mostrar u ocultar ocurren cuando se 
llama al metodo setVisible(boolean) del Component, pero no cuando se minimiza la ventana. 

Otro metodo litil de la clase ComponentEvent es Component getComponent() que devuelve 
el componente que genero el evento. Se puede utilizar en lugar de getSource(). 

5.2.4 Clases InputEvent y MouseEvent 

De la clase InputEvent descienden los eventos del raton y el teclado. Esta clase dispone de metodos 
pera detectar si los botones del raton o las teclas especiales han sido pulsadas. Estos botones y estas 
teclas se utilizan para cambiar o modificar el significado de las acciones del usuario. La clase 
InputEvent define unas constantes que permiten saber que teclas especiales o botones del raton 
estaban pulsados al producirse el evento, como son: SHIFT_MASK, ALT_MASK, CTRL_MASK, 
BUTTON 1_MASK, BUTT0N2_MASK y BUTT0N3_MASK, cuyo significado es evidente. La 
Tabla 5.5 muestra algunos metodos de esta clase. 



Metodos heredados de la clase InputEvent 


Funcion que realizan 


boolean isShiftDownQ, boolean isAltDownQ, 
boolean isControlDown() 


Devuelven un boolean con informacion sobre si esa tecla 
estaba pulsada o no 


int getModifiersO 


Obtiene informacion con una mascara de bits sobre las 
teclas y botones pulsados 


long getWhenO 


Devuelve la hora en que se produjo el evento 



Tabla 5.5. Metodos de la clase InputEvent. 

Se produce un MouseEvent cada vez que el cursor movido por el raton entra o sale de un 
componente visible en la pantalla, al clicar, o cuando se pulsa o se suelta un boton del raton. Los 
metodos de la interface MouseListener se relacionan con estas acciones, y son los siguientes (ver 
Tabla 5.3, en la pagina 92): mouseClickedQ, mouse Entered(), mouseExitedQ, mousePressed() y 
mouseReleasedQ. Todos son void y reciben como argumento un objeto MouseEvent. La Tabla 5.6 
muestra algunos metodos de la clase MouseEvent. 
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Metodos de la clase MouseEvent 


Funcion que realizan 


int getClickCountO 


Devuelve el numero de clicks en ese evento 


Point getPointO, int getX(), int getY() 


Devuelven la posicion del raton al producirse el evento 


boolean isPopupTrigger() 


Indica si este evento es el que dispara los menus popup 



Tabla 5.6. Metdos de la clase MouseEvent. 

La clase MouseEvent define una serie de constantes int que permiten identificar los tipos de 
eventos que se han producido: MOUSE_CLICKED, MOUSE_PRESSED, MOUSE_RELEASED, 
MOUSE_MOVED, MOUSE_ENTERED, MOUSE_EXITED, MOUSE_DRAGGED. 

Ademas, el metodo Component getComponent(), heredado de ComponentEvent, devuelve el 
componente sobre el que se ha producido el evento. 

Los eventos MouseEvent disponen de una segunda interface para su gestion, la interface 
MouseMotionListener, cuyos metodos reciben tambien como argumento un evento de la clase 
MouseEvent. Estos eventos estan relacionados con el movimiento del raton. Se llama a un metodo 
de la interface MouseMotionListener cuando el usuario utiliza el raton (o un dispositivo similar) 
para mover el cursor o arrastrarlo sobre la pantalla. Los metodos de la interface 
MouseMotionListener son mouseMoved() y mouseDragged(). 

5.2.5 Clase FocusE vent *■ - 

El Focus esta relacionado con la posibilidad de sustituir al raton por el teclado en ciertas 
operaciones. De los componentes que aparecen en pantalla, en un momento dado hay solo uno que 
puede recibir las acciones del teclado y se dice que ese componente tiene el Focus. El componente 
que tiene el Focus aparece diferente de los demas (resaltado de alguna forma). Se cambia el 
elemento que tiene el Focus con la tecla Tab o con el raton. Se produce un FocusEvent cada vez 
que un componente gana o pierde el Focus. 

El metodo requestFocus() de la clase Component permite hacer desde el programa que un 
componente obtenga el Focus. 

El metodo boolean isTemporaryO, de la clase FocusEvent, indica si la perdida del Focus es 
o no temporal (puede ser temporal por haberse ocultado o dejar de estar activa la ventana, y 
recuperarse al cesar esta circunstancia). 

El metodo Component getComponent() es heredado de ComponentEvent, y permite conocer 
el componente que ha ganado o perdido el Focus. Las constantes de esta clase FOCUSjGAINED y 
FOCUS_LOST permiten saber el tipo de evento FocusEvent que se ha producido. 

5.2.6 Clase Container 

La clase Container es tambien una clase muy general. De ordinario, nunca se crea un objeto de esta 
clase, pero los metodos de esta clase son heredados por las clases Frame y Panel, que si se utilizan 
con mucha frecuencia para crear objetos. La Tabla 5.7 muestra algunos metodos de Container. 
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Los containers mantienen una lista de los objetos que se les han ido anadiendo. Cuando se 
anade un nuevo objeto se incorpora al final de la lista, salvo que se especifique una posicion 
determinada. En esta clase tiene mucha importancia todo lo que tiene que ver con los Layout 
Managers, que se explicaran mas adelante. La Tabla 5.7 muestra algunos metodos de la clase 
Container. 

5.2.7 Clase ContainerEvent 



Metodos de Container 


Funcion que realizan 


Component add(Component) 


Anade un componente al container 


doLayoutO 


Ejecuta el algoritmo de ordenacion del layout manager 


Component getComponent(int) 


Obtiene el n-esimo componente en el container 


Component getComponentAt(int, int). 
Component getComponentAt(Point) 


Obtiene el componente que contine un determinado punto 


int getComponentCountO 


Obtiene el numero de componentes en el container 


Component[] getComponents() 


Obtiene los componentes en este container. 


remove(Component), remove(int), removeAll() 


Elimina el componente especificado. 


setLayout(LayoutManager) 


Determina el layout manager para este container 



Tabla 5.7. Metodos de la clase Container. 

Los ContainerEvents se generan cada vez que un Component se anade o se retira de un Container. 
Estos eventos solo tienen un papel de aviso y no es necesario gestionarlos para que se realize la 
operacion. 

Los metodos de esta clase son Component getChild(), que devuelve el Component aiiadido o 
eliminado, y Container getContainer(), que devuelve el Container que genero el evento. 

r 

5.2.8 Clase Window ^^^ 

Los objetos de la clase Window son ventanas de maximo nivel, pero sin hordes y sin barra de 
menus. En realidad son mas interesantes las clases que derivan de ella: Frame y Dialog. Los 
metodos mas utiles, por ser heredados por las clases Frame y Dialog, se muestran en la Tabla 5.8. 



Metodos de Window 


Funcion que realizan 


toFrontO, toBack() 


Para desplazar la ventana hacie adelante y hacia atras en la pantalla 


show() 


Muestra la ventana y la trae a primer piano 


pack() 


Hace que los componentes se reajusten al tamario preferido 



Tabla 5.8. Metodos de la clase Window. 



5.2.9 Clase WindowEvent 

Se produce un WindowEvent cada vez que se abre, cierra, iconiza, restaura, activa o desactiva una 
ventana. La interface Window Listener contiene los siete metodos siguientes, con los que se puede 
responder a este evento: 



void windowOpened (WindowEvent we); 
void windowClosing (WindowEvent we) 
void windowClosed (WindowEvent we); 



// antes de mostrarla por primera vez 
// al recibir una solicitud de cierre 
// despues de cerrar la ventana 
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void windowlconif ied (WindowEvent we); 

void windowDeiconif ied (WindowEvent we); 

void windowActivated (WindowEvent we); 

void windowDeactivated (WindowEvent we); 

El uso mas frecuente de WindowEvent es para cerrar ventanas (por defecto, los objetos de la 
clase Frame no se pueden cerrar mas que con Ctrl+Alt+Supr). Tambien se utiliza para detener 
threads y liberar recursos al iconizar una ventana (que contiene por ejemplo animaciones) y 
comenzar de nuevo al restaurarla. 

La clase WindowEvent define la siguiente serie de constantes que permiten identificar el tipo 
de evento: 

WINDOW_OPENED, WINDOW_CLOSING, WINDOW_CLOSED, 
WINDOW_ICONIFIED,WINDOW_DEICONIFIED, 
WINDOW_ACTIVATED, WINDOW_DEACTIVATED '^ 

En la clase WindowEvent el metodo Window getWindowQ devuelve la Window que genero 
el evento. Se utiliza en lugar de getSourceQ. 

5.2.10 Clase Frame 

Es una ventana con un horde y que puede tener una barra de menus. Si una ventana depende de 
otra ventana, es mejor utilizar una Window (ventana sin borde ni barra de menus) que un Frame. La 
Tabla 5.9 muestra algunos metodos mas utilizados de la clase Frame. 



Metodos de Frame 


Funcion que realiza 


FrameO, Frame(String title) 


Constructores de Frame 


String getTitleO, setTitle(String) 


Obtienen o determinan el titulo de la ventana 


MenuBar getMenuBar(), setMenuBar(MenuBar), 
remove(MenuComponent) 


Permite obtener, establecer o eliminar la barra de menus 


Image getIconImage(), setlconlmage(Image) 


Obtienen o determinan el icono que aparecere en la barra de titulos 


setResizable(boolean), boolean isResizable() 


Determinan o chequean si se puede cambiar el tamario 


disposeO 


Metodo que libera los recursos utilizados en una ventana. Todos los 
componentes de la ventana son destruidos. 



Tabla 5.9. Metodos de la clase Frame. 

Ademas de los metodos citados, se utilizan mucho los metodos showQ, packQ, toFrontQ y 
toBackO, heredados de la super-clase Window. 

5.2.11 Clase Dialog 

Un Dialog es una ventana que depende de otra ventana (de una Frame). Si una Frame se cierra, se 
cierran tambien los Dialog que dependen de ella; si se iconifica, sus Dialog desaparecen; si se 
restablece, sus Dialog aparecen de nuevo. Este comportamiento se obtiene de forma automatica. 

Las Applets estandar no soportan Dialogs porque no son Frames de Java. Las Applets que 

abren Frames si pueden soportarZ)/a/ogs. 
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Un Dialog modal require la atencion inmediata del usuario: no se puede hacer ninguna otra 
cosa hasta no haber cerrado el Dialog. Por defecto, los Dialogs son no modales. La Tabla 5.10 
muestra los metodos mas importantes de la clase Dialog. Se pueden utilizar tambien los metodos 
heredados de sus super-clases. 



Metodos de Dialog 


Funcion que realiza 


Dialog(Frame fr), Dialog(Frame fr, boolean mod), 
Dialog(Frame fr. String title), 
Dialog(Frame fr. String title, boolean mod) 


Constructores 


String getTitleO, setTitle(String) 


Permite obtener o determinar el titulo 


boolean isModal(), setModal(boolean) 


Pregunta o determina si el Dialog es modal o no 


boolean isResizableQ, setResizable(boolean) 


Pregunta o determina si se puede cambiar el tamaiio 


showO 


Muestra y trae a primer piano el Dialog 



Tabla 5.10. Metodos de la clase Dialog. 



5.2.12 Clase FileDialog 

La clase FileDialog muestra una ventana de dialogo en la cual se puede seleccionar un fichero. Esta 
clase deriva de Dialog. Las constantes enteras LOAD (abrir ficheros para lectura) y SAVE (abrir 
ficheros para escritura) definen el modo de apertura del fichero. La Tabla 5.11 muestra algunos 
metodos de esta clase. 



Metodos de la clase FileDialog 


Funcion que realizan 


FileDialog(Frame parent), FileDialog(Frame parent. String title), 
public FileDialog(Frame parent. String title, int mode) 


Constructores 


int getMode(),setMode(int mode) 


Modo de apertura (SAVE o LOAD) 


String getDirectoryO, String getFile() 


Obtiene el directorio o fichero elegido 


setDirectory(String dir), setFile(String file) 


Determina el directorio o fichero elegido 


FilenameFilter getFilenameFilter() , 
setFilenameFilter(FilenameFilter filter) 


Determina o establece el filtro para los ficheros 



Tabla 5.11. Metodos de la clase FileDialog. 

Las clases que implementan la interface javaJo. FilenameFilter permiten filtrar los ficheros 
de un directorio. Para mas informacion, ver la docomentacion on-line. 
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5.2.13 Clase Panel 

Un Panel es un Container de proposito general. Se puede utilizar tal cual para contener otras 
componentes, y tambien crear una sub-clase para alguna finalidad mas especifica. Por defecto, el 
Layout Manager de Panel es Flow Lay out. Los Applets son sub-clases de Panel. La Tabla 5.12 
muestra los metodos mas importantes que se utilizan con la clase Panel, que son algunos metodos 
heredados de Componet y Container, pues la clase Panel no tiene metodos propios. 



Metodos de Panel 


Funcion que realiza 


PanelO, Panel(LayoutManager miLM) 


Constructores de Panel 


Metodos heredados de Container y Component 




add(Component), add(Component, int) 


Aiiade componentes al panel 


setLayoutO, getLayoutQ 


Establece o permite obtener el layout manager utilizado 


validateO, doLayout() 


Para reorganizar los componentes despues de algun cambio. Es 
mejor utilizar validate() 


remove(mt), remove(Component), removeAll() 


Para eliminar componentes 


Dimension getMaximumSizeQ, Dimension 
getMinimumSizeO, Dimension getPreferredSize() 


Permite obtener los tamaiios maximo, minimo y preferido 


Insets getlnsetsO 





Tabla 5.12. Metodos de la clase Panel. 

Un Panel puede contener otros Panel. Esto es una gran ventaja respecto a los demas tipos de 
containers, que son containers de maximo nivel y no pueden introducirse en otros containers. 

Insets es una clase que deriva de Object. Sus variables son top, left, botton, right. Representa 
el espacio que se deja libre en los bordes de un Container. Se establece mediante la Uamada al 
adecuado constructor del Layout Manager. 

5.2.14 Clase Button 

Aunque segun la Tabla 5.2, en la pagina 91, un Button puede recibir seis tipos de eventos, lo mas 
importante es que al clicar sobre el se genera un evento de la clase ActionEvent. 

El aspecto de un Button depende de la plataforma (PC, Mac, Unix), pero la funcionalidad 
siempre es la misma. Se puede cambiar el texto y la font que aparecen en el Button, asi como el 
foreground y backgroung color. Tambien se puede establecer que este activado o no. La Tabla 5.13 
muestra los metodos mas importantes de la clase Button. 



Metodos de la clase Button 


Funcion que realiza 


Button(String label) y Button() 


Constructores 


setLabel(String str). String getLabel() 


Permite establecer u obtener la etiqueta del Button 


addActionListener(ActionListener al), 
removeActionListener(ActionListener al) 


Permite registrar el objeto que gestionara los eventos, que 
debera implementar ActionListener 


setActionCommand(String cmd). 
String getActionCommandO 


Establece y recupera un nombre para el objeto Button 
independiente del label y del idioma 



Tabla 5.13. Metodos de la clase Button. 
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5.2.15 Clase ActionEvent 

Los eventos ActionEvent se producen al clicar con el raton en un boton (Button), al elegir un 
comando de un menu (Menultem), al hacer doble clic en un elemento de una lista (List) y al pulsar 
Intro para introducir un texto en una caja de texto (TextField). 

El metodo String getActionCommand() devuelve el texto asociado con la accion que provoco 
el evento. Este texto se puede fijar con el metodo setActionCommand(String str) de las clases 
Button y Menultem. Si el texto no se ha fijado con este metodo, el metodo getActionCommand() 
devuelve el texto mostrado por el componente (su etiqueta). Para objetos con varios items el valor 
devuelto es el nombre del item seleccionado. , 

El metodo int getModifiers() devuelve un entero representando una constante definida en 
ActionEvent (SHIFT_MASK, CTRL_MASK, META_MASK y ALT_MASK). Estas constantes 
sirven para determinar si se pulso una de estas teclas modificadores mientras se clicaba. Por 
ejemplo, si se estaba pulsando la tecla CTRL la siguiente expresion es distinta de cero: 

actionEvent .getModif iers & ActionEvent . CTRL_MASK > 

> 

5.2.16 Clase Canvas 

Una Canvas es una zona rectangular de pantalla en la que se puede dibujar y en la que se pueden 
generar eventos. Las Canvas permiten realizar dibujos, mostrar imagenes y crear componentes a 
medida, de modo que muestren un aspecto similar en todas las plataformas. La Tabla 5.14 muestra 



Metodos de Canvas 


Funcion que realiza 


CanvasO 


Es el unico constructor de esta clase 


pamt(Graphics g); 


Dibuja un rectangulo con el color de background. Lo normal es que las 
sub-clases de Canvas redefinan este metodo. 



Tabla 5.14. Metodos de la clase Canvas. 



los metodos de la clase Canvas. 



Desde los objetos de la clase Canvas se puede Uamar a los metodos /7a/n^0 Y repaint() de la 
super-clase Component. Con frecuencia conviene redefinir los siguientes metodos de Component: 
getPreferredSizeO, getMinimumSize() y getMaximumSize(), que devuelven un objeto de la clase 
Dimension. El LayoutManager se encarga de utilizar estos valores. 

La clase Canvas no tiene eventos propios, pero puede recibir los eventos ComponentEvent de 
su super-clase Component. 
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5.2.17 Component Checkbox y clase CheckboxGroup 

Los objetos de la clase Checkbox son botones de opcion o de seleccion con dos posibles valores: 
on y off. Al cambiar la seleccion de un Checkbox se produce un ItemEvent. 



Metodos de Checkbox 


Funcion que realizan 


CheckboxO, Checkbox(String), Checkbox(String, boolean), 
Checkbox(String, boolean, CheckboxGroup), 
Checkbox(String, CheckboxGroup, boolean) 


Constructores de Checkbox. Algunos permiten establecer 
la etiqueta, si esta o no seleccionado y si pertenece a un 
grupo 


addltemListener(ItemListener), 
removeltemListener(ItemListener) 


Registra o elimina los objetos que gestionaran los eventos 
ItemEvent 


setLabel(String), String getLabel() 


Establece u obtiene la etiqueta del componente 


setState(boolean), boolean getState() 


Establece u obtiene el estado (true o false, segun este 
seleccionado o no) 


setCheckboxGroup(CheckboxGroup), 
CheckboxGroup getCheckboxGroupO 


Establece u obtiene el grupo al que pertenece el Checkbox 


Metodos de CheckboxGroup 


Funcion que realizan 


CheckboxGroupO 


Constructores de CheckboxGroup: 


Checkbox getSelectedCheckbox(), 
setSelectedCheckbox(Checkbox box) 


Obtiene o establece el componente seleccionado de un 
grupo: 



Tabla 5.15. Metodos de las clases Checkbox y CheckboxGroup. 

La clase CheckboxGroup permite la opcion de agrapar varios Checkbox de modo que uno y 
solo uno este en on (al comienzo puede que todos esten en off). Se corresponde con los botones de 
opcion de Visual Basic. La Tabla 5.15 muestra los metodos mas importantes de estas clases. 

Cuando el usuario actua sobre un objeto Checkbox se ejecuta el metodo itemStateChanged(), 
que es el unico metodo de la interface ItemListener . Si hay varias checkboxes cuyos eventos se 
gestionan en un mismo objeto y se quiere saber cual es la que ha recibido el evento, se puede 
utilizar el metodo getSource() del evento EventObject. Tambien se puede utilizar el metodo 
getltemO de ItemEvent, cuyo valor de retomo es un Object que contiene el label del componente 
(para convertirlo a String habria que hacer un cast). 

Para crear un grupo o conjunto de botones de opcion (de forma que uno y solo uno pueda 
estar activado), se debe crear un objeto de la clase CheckboxGroup. Este objeto no tiene datos: 
simplemente sirve como identificador del grupo. Cuando se crean los objetos Checkbox se pasa a 
los constructores el objeto CheckboxGroup del grupo al que se quiere que pertenezcan. 

Cuando se selecciona un Checkbox de un grupo se producen dos eventos: uno por el elemento 
que se ha seleccionado y otro por haber perdido la seleccion el elemento que estaba seleccionado 
anteriormente. Al hablar de evento ItemEvent y del metodo itemStateChanged() se veran metodos 
para determinar los checkboxes que han sido seleccionados o que han perdido la seleccion. 
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5.2.18 Clase ItemEvent 

Se produce un ItemEvent cuando ciertos componentes (Checkbox, CheckboxMenuItem, Choice y 
List) cambian de estado (on/off). Estos componentes son los que implementan la interface 
ItemSelectable . La Tabla 5.16 muestra algunos metodos de esta clase. 



Metodos de la clase ItemEvent 


Funcion que realizan 


Object getltemO 


Devuelve el objeto donde se origino el evento 


ItemSelectable getItemSelectable() 


Devuelve el objeto ItemSelectable donde se origino el evento 


int getStateChangeO 


Devuelve una de las constantes SELECTED o DESELECTED 
definidas en la clase ItemEvent 



Tabla 5.16. Metodos de la clase ItemEvent. 

La clase ItemEvent define las constantes enteras SELECTED y DESELECTED, que se 
pueden utilizar para comparar con el valor devuelto por el metodo getStateChangeQ. 

5.2.19 Clase Choice ^ ^ 

La clase Choice permite elegir un item de una lista desplegable. Los objetos Choice ocupan menos 
espacio en pantalla que los Checkbox. Al elegir un item se genera un ItemEvent. Un index permite 
determinar un elemento de la lista (se empieza a contar desde 0). La Tabla 5.17 muestra los metodos 
mas habituales de esta clase. 



Metodos de Choice 


Funcion que realizan 


ChoiceO 


Constructor de Choice 


addltemListener(ItemListener), 
removeltemListener(ItemListener) 


Establece o elimina un ItemListener 


add(String), addltem(String) 


Ariade un elemento a la lista 


insert(String label, int index) 


Inserta un elemento con un label an la posicion incicada 


int getSelectedlndexO, String getSelectedItem() 


Obtiene el index o el label del elemento elegido de la lista 


int getltemCountO 


Obtiene el numero de elementos 


String getltem(int) 


Obtiene el label a partir del index 


select(int), select(String) 


Selecciona un elemento por el index o el label 


removeAUO, remove(int), remove(String) 


Elimina todos o uno de los elementos de la lista 



Tabla 5.17. Metodos de la clase Choice. 

La clase Choice genera el evento ItemEvent al seleccionar un item de la lista. En este sentido 
es similar a las clases Checkbox y CheckboxGroup , asi como a los menus de seleccion. 

5.2.20 Clase Label 

La clase Label introduce en un container un texto no seleccionable y no editable, que por defecto se 
alinea por la izquierda. La clase Label define las constantes Label. CENTER, Label.LEFT y 
Label.RIGHT para determinar la alineacion del texto. La Tabla 5.18 muestra algunos metodos de 
esta clase 
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Metodos de Label 


Funcion que realizan 


Label(Strmg Ibl), Label(Strmg Ibl, int align) 


Constructores de Label 


setAlignement(int align), int getAlignement() 


Establecer u obtener la alineacion del texto 


setText(String txt). String getText() 


Establecer u obtener el texto del Label 



Tabla 5.18. Metodos de la clase Label. 

La eleccion del font, de los colores, del tamano y posicion de Label se realiza con los metodos 
heredados de la clase Component: setFont(Fontf), setForeground(Color), setBackground(Color), 
setSize(int, int), setLocation(int, int), setVisible(boolean), etc. 

La clase Label no tiene mas eventos que los de su super-clase Component. 

5.2.21 Clase List .^^ 

La clase List viene definida por una zona de pantalla con varias lineas, de las que se muestran solo 
algunas, y entre las que se puede hacer una seleccion simple o multiple. Las List generan eventos de 
la clase ActionEvents (al clicar dos veces sobre un item o al pulsar return) e ItemEvents (al 
seleccionar o deseleccionar un item). Al gestionar el evento ItemEvent se puede preguntar si el 
usuario estaba pulsando a la vez alguna tecla {Alt, Ctrl, Shift), por ejemplo para hacer una seleccion 
multiple. 

Las List se diferencian de las Choices en que muestran varios items a la vez y que permiten 
hacer selecciones multiples. La Tabla 5.19 muestra los principales metodos de la clase List. 



Metodos de List 


Funcion que realiza 


List(), List(int nl), List(int nl, boolean mult) 


Constructor: por defecto una linea y seleccion simple 


add(String), add(String, int), addltem(String), 
addItem(String, int) 


Aiiadir un item. Por defecto se ariaden al final 


addActionListener(ActionListener), _ 
addltemListener(ItemListener) 


Registra los objetos que gestionaran los dos tipos de 
eventos soportados 


insert(String, int) 


Inserta un nuevo elemento en la lista 


replaceItem(String, int) 


Sustituye el item en posicion int por el String 


delltem(int), remove(int), remove(String), removeAll() 


Eliminar uno o todos los items de la lista 


int getltemCountO, int getRowsQ 


Obtener el numero de items o el numero de items visibles 


String getltem(int). String [] getltems() 


Obtiene uno o todos los elementos de la lista 


int getSelectedlndexO, String getSelectedItem(), 
int[] getSelectedlndexesO, String [] getSelectedItems() 


Obtiene el/los elementos seleccionados 


select(int), deselect(int) 


Selecciona o elimina la seleccion de un elemento 


boolean isIndexSelected(int), boolean 
isItemSelected(String) 


Indica si un elemento esta seleccionado o no 


boolean isMultipleModeQ, setMultipleMode(boolean) 


Pregunta o establece el modo de seleccion multiple 


int getVisiblelndexO, makeVisible(int) 


Indicar o establecer si un item es visible 



Tabla 5.19. Metodos de la clase List. 
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5.2.22 Clase Scrollbar 

Una Scrollbar es una barra de desplazamiento con un cursor que permite introducir y modificar 
valores, entre unos valores minimo y maximo, con pequenos y grandes incrementos. Las Scrollbars 
de Java se utilizan tanto como "sliders" o barras de desplazamiento aisladas (al estilo de Visual 
Basic), como unidas a una ventana en posicion vertical y/u horizontal para mostrar una cantidad de 
informacion superior a la que cabe en la ventana. 

La clase Scrollbar tiene dos constantes, ScroUbar.HORIZONTAL y Scrollbar. VERTICAL, 
que indican la posicion de la barra. El cambiar el valor de la Scrollbar produce un 
AdjustementEvent. La Tabla 5.20 muestra algunos metodos de esta clase. _ 



Metodos de Scrollbar 


Funcion que realizan 


ScrollbarO, Scrollbar(mt pos), 

Scrollbar(int pos, int val, int vis, int min, int max) 


Constmctores de Scrollbar 


addAdjustmentListener(AdjustmentListener) 


egistra el objeto que gestionara los eventos 


int getValueO, setValue(int) 


Permiten obtener y fijar el valor 


setMaximum(int), setMinimum(int) 


Establecen los valores maximo y minimo 


setVisibleAmount(int), int getVisibleAmountQ 


Establecen y obtienen el tamaiio del area visble 


setUnitlncrement(int), int getUnitIncrement() 


Establecen y obtienen el incremento pequeiio 


setBlocklncrement(int), int getBlockIncrement() 


Establecen y obtienen el incremento grande 


setOrientation(int), int getOrientation() 


Establecen y obtienen la orientacion 


setValues(int value, int vis, int min, int max) 


Establecen los parametros de la barra 



Tabla 5.20. Metodos de la clase Scrollbar. 

En el constructor general, el parametro pos es la constante que indica la posicion de la barra 
(horizontal o vertical); el rango es el intervalo entre los valores minimo min y maximo max; el 
parametro vis (de visibleAmount) es el tamaiio del area visible en el caso en que las Scrollbars se 
utilicen en TextAreas. En ese caso, el tamaiio del cursor representa la relacion entre el area visible y 
el rango, como es habitual en Netscape, Word y tantas aplicaciones de Windows. El valor 
seleccionado viene dado por la variable value. Cuando value es igual a min el area visible 
comprende el inicio del rango; cuando value es igual a max el area visble comprende el final del 
rango. Cuando la Scrollbar se va a utilizar aislada (como slider), se debe hacer visibleAmount 
igual a cero. 

Las variables Unit Increment y Block Increment representan los incrementos pequeiio y 
grande, respectivamente. Por defecto. Unit Increment es "1" y Block Increment es "10", mientras 
que min es "0" y max es "100". 

Cada vez que cambia el valor de una Scrollbar se genera un evento AdjustementEvent y se 
ejecuta el unico metodo de la interface AdjustmentListener, que es adjustmentValueChanged(). 

5.2.23 Clase AdjustmentEvent 

Se produce un evento AdjustementEvent cada vez que se cambia el valor (entero) de una Scrollbar. 
Hay cinco tipos de AdjustementEvent: 

1 . track: se arrastra el cursor de la Scrollbar. 

2. unit increment, unit decrement: se clica en las flechas de la Scrollbar. 
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3. block increment, block decrement: se clica encima o debajo del cursor. 



Metodos de la clase AdjustementEvent 


Funcion que realizan 


Adjustable getAdjustable() 


Devuelve el Component que genero el evento (implementa la interface 
Adjustable) 


int getAdjustementTypeO 


Devuelve el tipo de adjustement 


int getValueO 


Devuelve el valor de la Scrollbar despues del cambio 



Tab la 5.21. Metodos de la clase AdjustmentEvent. jj 

La Tabla 5.21 muestra algunos metodos de esta clase. Las constantes UNIT_INCREMENT, 
UNIT_DECREMENT, BLOCKJNCREMENT, BLOCK_DECREMENT, TRACK permiten saber 
el tipo de accion producida, comparando con el valor de retorno de getAdjustementTypeO . 

5.2.24 Clase ScroUPane 

Un ScroUPane es como una ventana de tamano limitado en la que se puede mostrar un componente 
de mayor tamano con dos Scrollbars, una horizontal y otra vertical. El componente puede ser una 
imagen, por ejemplo. Las Scrollbars son visibles solo si son necesarias (por defecto). Las constantes 
de la clase ScroUPane son (su significado es evidente): SCROLLBARS_AS_NEEDED, 
SCROLLBARS_ALWAYS, SCROLLBARS_NEVER. Los ScrollPanes no generan eventos. La 
Tabla 5.22 muestra algunos metodos de esta clase. 



Metodos de ScroUPane 


Funcion que realizan 


ScrollPaneO, ScrollPane(int scbs) 


Constructores que pueden incluir las ctes. 


Dimension getViewportSize(), int getHScroUbarHeightQ, 
int getVScrollbarWidthO 


Obtiene el tamaiio del ScroUPane y la altura y anchura de 
las barras de desplazamiento 


setScrollPosition(int x, int y), setScrollPosition(Point p). 
Point getScroUPositionO 


Permiten establecer u obtener la posicion del componente 


setSize(int, int), add(Component) "▼- 


Heredados de Container, permiten establecer el tamaiio y 
ariadir un componente 



Tabla 5.22. Metodos de la clase ScroUPane. 

En el caso en que no aparezcan scrollbars (SCROLLBARS_NEVER) sera necesario desplazar 
el componente (hacer scrolling) desde programa, con el metodo setScrollPosition(). 

5.2.25 Clases TextArea y TextField 

Ambas componentes heredan de la clase TextComponent y muestran texto seleccionable y editable. 
La diferencia principal es que TextField solo puede tener una linea, mientras que TextArea puede 
tener varias lineas. Ademas, TextArea ofrece posibilidades de edicion de texto adicionales. 

Se pueden especificar el font y los colores de foreground y background. Solo la clase 
TextField genera ActionEvents, pero como las dos heredan de la clase TextComponent ambas 
pueden recibir TextEvents. La Tabla 5.23 muestra algunos metodos de las clases TextComponent, 
TextField y TextArea. No se pueden crear objetos de la clase TextComponent porque su 
constructor no es public; por eso su constructor no aparece en la Tabla 5.23. 
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Metodos heredados de TextComponent 


Funcion que realizan 


String getTextO y setText(String str) 


Permiten establecer u obtener el texto del componente 


setEditable(boolean b), boolean isEditable() 


Hace que el texto sea editable o pregunta por ello 


setCaretPosition(int n), int getCaretPosition() 


Fija la posicion del punto de insercion o la obtiene 


String getSelectedTextO, int getSelectionStartQ y 
int getSelectionEndO 


Obtiene el texto seleccionado y el comienzo y el final de la 
seleccion 


selectAllO, select(int start, int end) 


Selecciona todo o parte del texto 


Metodos de TextField 


Funcion que realizan 


TextFieldO, TextField(int ncol), TextField(String s), 
TextField(String s, int ncol) 


Constructores de TextField 


int getColumnsO, setColoumns(int) 


Obtiene o establece el numero de columnas del TextField 


setEchoChar(char c), char getEchoChar(), 
boolean echoCharIsSet() 


Establece, obtiene o pregunta por el caracter utilizado para 
passwords, de forma que no se pueda leer lo tecleado por 
el usuario 


Metodos de TextArea 


Funcion que realizan 


TextAreaO, TextArea(int nfil, int ncol), TextArea(String 
text), TextArea(String text, int nfil, int ncol) 


Constructores de TextArea 


setRows(int), setColumns(int), 
int getRowsO, int getColumnsQ 


Establecer y/u obtener los numeros de filas y de columnas 


append(String str), insert(String str, int pos), 
replaceRange(String s, int i, int f) 


Aiiadir texto al final, insertarlo en una posicion 
determinada y reemplazar un texto determinado 



Tabla 5.23. Metodos de las clases TextComponent, TextField y TextArea. 

La clase TextComponent recibe eventos TextEvent, y por lo tanto tambien los reciben sus 
clases derivadas TextField y TextAreas. Este evento se produce cada vez que se modifica el texto 
del componente. La caja TextField soporta tambien el evento ActionEvent, que se produce cada vez 
que el usuario termina de editar la linica linea de texto pulsando Intro. 

Como es natural, las cajas de texto pueden recibir tambien los eventos de sus super-clases, y 
mas en concreto los eventos de Component: FocusEvent, MouseEvent y sobre todo KeyEvent. 
Estos eventos permiten capturar las teclas pulsadas por el usuario y tomar las medidas adecuadas. 
Por ejemplo, si el usuario debe teclear un numero en un TextField, se puede crear una funcion que 
vaya capturando los caracteres tecleados y que rechace los que no sean numericos. 

Cuando se cambia desde programa el numero de filas y de columnas de un TextField o 
TextArea, hay que Uamar al metodo validateQ de la clase Component, para que vuelva a aplicar el 
LayoutManager correspondiente. De todas formas, los tamaiios fijados por el usuario tienen el 
caracter de "recomendaciones" o tamaiios "preferidos", que el LayoutManager puede cambiar si es 
necesario. 

5.2.26 Clase TextEvent 

Se produce un TextEvent cada vez que cambia algo en un TextComponent {TextArea y TextField). 
Se puede desear evitar ciertos caracteres y para eso hay que gestionar los eventos correspondientes. 

La interface TextListener tiene un unico metodo: void textValueChanged(TextEvent te). 

No hay metodos propios de la clase TextEvent. Se puede utilizar el metodo Object 
getSourceO, que es heredado de EventObject. 
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S221 Clase KeyEvent 

Se produce un KeyEvent al pulsar sobre el teclado. Como el teclado no es un componente del AWT, 
es el objeto que tiene el focus en ese momento quien genera los eventos KeyEvent (el objeto que es 
el event source). 

Hay dos tipos de KeyEvents: 

1 . key-typed, que representa la introduccion de un caracter Unicode. 

2. key-pressed y key-released, que representan pulsar o soltar una tecla. Son importantes 
para teclas que no representan caracteres, como por ejemplo Fl. 

Para estudiar estos eventos son muy importantes las Virtual KeyCodes (VKC). Las VKC son 
Unas constantes que se corresponden con las teclas fislcas del teclado, sin considerar minusculas 
(que no tienen VKC). Se indican con el prefijo VK_, como VK_SHIFT o VK_A. La clase KeyEvent 
(en el packsige java.awt.event) define constantes VKC para todas las teclas del teclado. 

Por ejemplo, para escribir la letra "A" mayuscula se generan 5 eventos: key-pressed 
VK_SHIFT, key-pressed VK_A, key-typed "A", key-released VK_A, y key-released VK_SHIFT. La 
Tabla 5.24 muestra algunos metodos de la clase KeyEvent y otros heredados de InputEvent. 



Metodos de la clase KeyEvent 


Funcion que realizan 


int getKeyCharO 


Obtiene el caracter Unicode asociado con el evento 


int getKeyCodeO 


Obtiene el VKC de la tecla pulsada o soltada 


boolean isActionKeyO 


Indica si la tecla del evento es una ActionKey (HOME, 
END, ...) 


String getKeyText(int keyCode) 


Devuelve un String que describe el VKC, tal como 
"HOME", "Fl" "A". Estos Strings se definen en el 
fichero awt.properties 


String getKeyModifiersText(int modifiers) 


Devuelve un String que describe las teclas modificadoras, 
tales como"Shift" o "Ctrl+Shift" (fichero awt.properties) 


Metodos heredados de InputEvent 


Funcion que realizan 


boolean isShiftDown(), boolean isControlDown(), boolean 
isMetaDownO, boolean isAltDown(), int getModifiers() 


Permiten identificar las teclas modificadoras 



Tabla 5.24. Metodos de la clase KeyEvent. 

Las constantes de InputEvent permiten identificar las teclas modificadoras y los botones del 
raton. Estas constantes son SHIFT_MASK, CTRL_MASK, META_MASK y ALT_MASK. A estas 
constantes se pueden aplicar las operaciones logicas de bits para detectar combinaciones de teclas o 
pulsaciones multiples. 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



5.3 Menus 

Los Menus de Java no descienden de Component, 
sino de MenuComponent, pero tienen un compor- 
tamiento similar, pues aceptan Events. La Figura 

5.4 muestra la jerarquia de clases de los Menus de 
Java 1.1. 

Para crear un Menu se debe crear primero 
una MenuBar; despues se crean los Menus y los 
Menultem. Los Menultems se aiiaden al Menu 
correspondiente; los Menus se aiiaden a la 
MenuBar y la MenuBar se aiiade a un Frame. 
Una MenuBar se aiiade a un Frame con el metodo 
setMenuBarQ, de la clase Frame. Tambien puede 



Object 



MenuComponent 



/lenubar 



Menultem 



CheckboxMenultem 









Menu 












PopupMenu 





Figura 5.4. Jerarquia de clases para los menus. 

aiiadirse un Menu a otro Menu para crear un sub-menu, del modo que es habitual en Windows. 



La clase Menu es sub-clase de Menultem. Esto es asi precisamente para permitir que un 
Menu sea aiiadido a otro Menu. 

5.3.1 Clase MenuShortcut 

La clsise java.awt.MenuShortcut (derivada de Object) representa las teclas aceleradoras que pueden 
utilizarse para activar los menus desde teclado, sin ayuda del raton. Se establece un Shortcut 
creando un objeto de esta clase con el constructor MenuShortcut(int vkjcey), y pasandoselo al 
constructor adecuado de Menultem. Para mas informacion, consultese la adocumentacion on-line 
de Java. La Tabla 5.25 muestra algunos metodos de esta clase. Los MenuShortcut de Java estan 
restringidos al uso la tecla control (CTRL). Al definir el MenuShortcut no hace falta incluir dicha 
tecla. _ 



Metodos de la clase MenuShortcut 


Funcion que realizan 


MenuShortcut(int key) 


Constructor 


int getKeyO 


Obtiene el codigo virtual de la tecla utilizada como shortcut 



Tabla 5.25. Metodos de la clase MenuShortcut. 



5.3.2 Clase MenuBar 

La Tabla 5.26 muestra algunos metodos de la clase MenuBar. A una MenuBar solo se pueden 
aiiadir objeto s Menu. 



Metodos de MenuBar 


Funcion que realizan 


MenuBarO 


Constructor 


add(Menu), int getMenuCountQ, Menu getMenu(int i) 


Aiiade un manii, obtiene el numero de menus y el menu en una 
posicion determinada 


Menultem getShortcutMenuItem(MenuShortcut), 
deleteShortcut(MenuShortcut) 


Obtiene el objeto Menultem relacionado con un Shortcut y 
elimina el Shortcut especificado 


remove(int index), remove(MenuComponent m) 


Elimina un objeto Menu a partir de un indice o una referenda. 


Enumeration shortcuts() 


Obtiene un objeto Enumeration con todos los Shortcuts 



Tabla 5.26. Metodos de la clase MenuBar. 
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5.3.3 Clase Menu 

El objeto Menu define las opciones que aparecen al seleccionar uno de los menus de la barra de 
menus. En un Menu se pueden introducir objetos Menultem, otros objetos Menu (para crear sub- 
menus), objetos CheckboxMenuItem, y separadores. La Tabla 5.27 muestra algunos metodos de la 
clase Menu. Observese que como Menu desciende de Menultem, el metodo add(MenuItem) 
permite anadir objetos Menu a otro Menu. 



Metodos de Menu 


Funcion que realizan 


Menu(String) 


Constructor a partir de una etiqueta 


int getltemCountO 


Obtener el numero de items 


Menultem getltem(int) 


Obtener el Menultem a partir de un indice 


add(String), add(MenuItem), addSeparator(), 
insertSeparator(int index) 


Ariadir un Menultem o un separador 


remove(int index), remove(MenuComponent), removeAll() 


Eliminar uno o todos los componentes 


insert(String Ibl, int index), insert(MenuItem mnu, int index) 


Insertar items en una posicion dada 


String getLabelO, setLabel(String) 


Obtener y establecer las etiquetas de los items 



Tabla 5.27. Metodos de la clase Menu. 



5.3.4 Clase Menultem 

Los objetos de la clase Menultem representan las distintas opciones de un menu. Al seleccionar, en 
la ejecucion del programa, un objeto Menultem se generan eventos del tipo ActionEvents . Para 
cada item de un Menu se puede definir un ActionListener, que define el metodo 
actionPerformed(). La Tabla 5.28 muestra algunos metodos de la clase Menultem. 



Metodos de Menultem 


Funcion que realizan 


MenuItem(String Ibl), MenuItem(String, MenuShortcut) 


Constructores. El caracter (-) es el label de los separators 


boolean isEnabledQ, setEnabled(boolean) 


Pregunta y determina si en item esta activo 


String getLabelO, setLabel(String) 


Obtiene y establece la etiqueta del item 


MenuShortcut getShortcut(), setShortcut(MenuShortcut), 
deleteShortcut(MenuShortcut) 


Permiten obtener, establecer y borrar los MenuShortcuts 


String getActionCommandO, setActionCommand(String) 


Para obtener y establecer un identificador distinto del label 



Tabla 5.28. Metodos de la clase Menultem. 



El metodo getActionCommandO, asociado al getSource() del evento correspondiente, no 
permite identificar correctamente al item cuando este se ha activado mediante el MenuShortcut (en 
ese caso devuelve null). 
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5.3.5 Clase CheckboxMenuItem 

Son items de un Menu que pueden estar activados o no activados. La clase CheckboxMenuItem no 
genera un ActionEvent, sino un ItemEvent, de modo similar a la clase Checkbox (ver Apartado 
5.2.17 en la pagina 103). En este caso hara registrar un ItemListener. La Tabla 5.29 muestra 
algunos metodos de esta clase. 



Metodos de la clase CheckboxMenuItem 


Funcion que realizan 


CheckboxMenuItem(String Ibl), 
CheckboxMenuItem(Strmg Ibl, boolean state) 


Constructores 


boolean getStateQ, setState(boolean) 


Permiten obtener y establecer el estado del ChecboxMenuItem 



Tabla 5.29. Metodos de la clase CheckboxMenuItem. 



5.3.6 Menus pop-up 

Los menus pop-up son menus que aparecen en cualquier parte de la pantalla al clicar con el boton 
derecho del raton {pop-up trigger) sobre un componente determinado {parent Component). El 
menu pop-up se muestra en unas coordenadas relativas al parent Component, que debe estar 
visible. 



Metodos de PopupMenu 


Funcion que realizan 


PopupMenuO, PopupMenu(String title) 


Constructores de PopupMenu: 


show(Component origin, int x, int y) 


Muestra el pop-up menu en la posicion indicada 



Tabla 5.30. Metodos de la clase PopupMenu. 

Ademas, se pueden utilizar los metodos de la clase Menu (ver pagina 111), de la que deriva 
PopupMenu. Para hacer que aparezca el PopupMenu habra que registrar el MouseListener y 
definir el metodo mouseClicked(). 

5.4 Layout Managers 

La portabilidad de Java a distintas plataformas y distintos sistemas operativos necesita flexibilidad 
a la hora de situar los Components (Buttons, Canvas, TextAreas, etc.) en un Container {Window, 
Panel, ...). Un Layout Manager es un objeto que controla como los Components se situan en un 
Container. 

5.4.1 Concepto y Ejemplos de LayoutsManagers 

El AWT define cinco Layout Managers: dos muy sencillos {FlowLayout y GridLayout), dos mas 
especializados {BorderLayout y CardLayout) y uno muy general {GridBagLayout). Ademas, los 
usuarios pueden escribir su propio Layout Manager, implementando la interface LayoutManager, 
que especifica 5 metodos. Java permite tambien posicionar los Components de modo absoluto, sin 
Layout Manager, pero de ordinario puede perderse la portabilidad y algunas otras caracteristicas. 

Todos los Containers tienen un Layout Manager por defecto, que se utiliza si no se indica 
otra cosa: Para Panel, el defecto es un objeto de la clase FlowLayout. Para Window {Frame y 
Dialog), el defecto es un objeto de la clase BorderLayout. 
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La Figura 5.5 muestra un ejemplo de FlowLayout: Los componentes se van anadiendo de izda 
a dcha y de arriba hacia abajo. Se puede elegir alineacion por la izquierda, centrada o por la derecha, 
respecto al container. 

La Figura 5.6 muestra un ejemplo de Border Lay out: el container se divide en 5 zonas: North, 
South, East, West y Center (que ocupa el resto de espacio). 

El ejemplo de GridLayout se muestra en la Figura 5.7. Se utiliza una matriz de celdas que se 
numeran como se muestra en dicha figura (de izda a dcha y de arriba a abajo). 

La Figura 5.8 muestra un ejemplo de uso del GridBagLayout. Se utiliza tambien una matriz 
de celdas, pero permitiendo que algunos componentes ocupen mas de una celda. 

Finalmente, la Figura 5.9 y las dos Figuras siguientes muestran un ejemplo de CardLayout. 
En este caso se permite que el mismo espacio sea utilizado sucesivamente por contenidos diferentes. 
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Figura 5.5. Ejemplo de FlowLayout. 



Figura 5.6. Ejemplo de BorderLayout 
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Figura 5.7. Ejemplo de GridLayout. 
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Figura 5.8. Ejemplo de GridBagLayout. 



^ [Unsigned Java Applet Window 



Panel with TextFieW ^| 



TextField 



' 1 Unsigned Java Applet Window 



Figura 5.9. CardLayout: pantalla 1. Figura 5.10. CardLayout: pantalla 2 Figura 5.11. CardLayout: pantalla 3. 

5.4.2 Ideas generales sobre los LayoutManagers 

Se debe elegir el Layout Manager que mejor se adecue a las necesidades de la aplicacion que se 
desea desarroUar. Recuerdese que cada Container tiene un Layout Manager por defecto. Si se 
desea utilizar el Layout Manager por defecto basta crear el Container (su constructor crea un 
objeto del Layout Manager por defecto e inicializa el Container para hacer uso de el). 

Para utilizar un Layout Manager diferente hay que crear un objeto de dicho Layout Manager 
y pasarselo al constructor del container o decirle a dicho container que lo utilice por medio del 
metodo setLayout(), en la forma: 

unContainer . setLayout (new GridLayout ( ) ) ; 

La clase Container dispone de metodos para manejar el Layout Manager (ver Tabla 5.31): 
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Si se cambia de modo indirecto el tamano de un Component (por ejemplo cambiando el 
tamano del Font), hay que Uamar al metodo invalidateQ del Component y luego al metodo 
validateQ del Container, lo que hace que se ejecute el metodo doLayout() para reajustar el espacio 
disponible. 



Metodos de Container para manejar Layout Managers 


Funcion que realizan 


add() 


Permite anadir Components a un Container 


removeO y removeAUQ 


Permiten eliminar Components de un Container 


doLayoutO, validate() 


doLayoutO se llama automaticamente cada vez que hay 
que redibujar el Container y sus Components. Se llama 
tambien cuando el usuario llama al metodo validate() 



Tabla 5.31. Metodos de Container para manejar los Layout Managers. 



5.4.3 FlowLayout 

FlowLayout es el Layout Manager por defecto para Panel. FlowLayout coloca los componentes 
uno detras deotro, en una fila, de izda a dcha y de arriba a abajo, en la misma forma en que procede 
un procesador de texto con las palabras de un parrafo. Los componentes se anaden en el mismo 
orden en que se ejecutan los metodos addQ. Si se cambia el tamaiio de la ventana los componentes 
se redistribuyen de modo acorde, ocupando mas filas si es necesario. 

La clase FlowLayout tiene tres constructores: 

FlowLayout ( ) ; 

FlowLayout ( int alignement ) ; 

FlowLayout ( int alignement, int horizontalGap, int verticalGap) ; 

Se puede establecer la alineacion de los componentes (centrados, por defecto), por medio de 
las constantes FlowLayoutXEFT, FlowLayout.CENTER y FlowLayout.RIGHT. 

Es posible tambien establecer una distancia horizontal y vertical entre componentes (el gap, 
en pixels). El valor por defecto son 5 pixels. 

5.4.4 BorderLayout 

BorderLayout es el Layout Manager por defecto para Windows y Frames. BorderLayout define 
cinco areas: North, South, East, West y Center. Si se aumenta el tamano de la ventana todas las 
zonas se mantienen en su minimo tamano posible excepto Center, que absorbe casi todo el 
crecimiento. Los componentes anadidos en cada zona tratan de ocupar todo el espacio disponible. 
Por ejemplo, si se anade un boton, el boton se hara tan grande como la celda, lo cual puede producir 
efectos muy extranos. Para evitar esto se puede introducir en la celda un panel con FlowLayout y 
anadir el boton al panel y el panel a la celda. 

Los constructores de BorderLayout son los siguientes: 

BorderLayout () ; 

BorderLayout ( int horizontalGap, int verticalGap); 

Por defecto BorderLayout no deja espacio entre componentes. Al anadir un componente a un 
Container con BorderLayout se debe especificar la zona como segundo argumento: 

miContainer . add (new Button ( "Norte" ) , "North"); 
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5.4.5 GridLayout 

Con GridLayout las componentes se colocan en una matriz de celdas. Todas las celdas tienen el 
mismo tamano. Cada componente utiliza todo el espacio disponible en su celda, al igual que en 
BorderLayout. 

GridLayout tiene dos constructores: 

GridLayout ( int nfil, int ncol); 

GridLayout ( int nfil, int ncol, int horizontalGap, int verticalGap) ; 

Al menos uno de los parametros nfil y ncol debe ser distinto de cero. El valor por defecto para 
el espacio entre filas y columnas es cero pixels. 

5.4.6 CardLayout .^ 

CardLayout permite disponer distintos componentes (de ordinario Panels) que comparten la misma 
ventana para ser mostrados sucesivamente. Son como transparencias, diapositivas o cartas de baraja 
que van apareciendo una detras de otra. 

El orden de las "cartas" se puede establecer de los siguientes modos: 

1. Yendo a la primera o a la ultima, de acuerdo con el orden en que fueron aiiadidas al 
container. 

2. Recorriendo las cartas hacia delante o hacia atras, de una en una. 

3. Mostrando una carta con un nombre determinado. 
Los constructores de esta clase son: 

CardLayout ( ) 

CardLayout ( int horizGap, int vertGap) 

Para aiiadir componentes a un container con CardLayout se utiliza el metodo: 

Container . add (Component comp, int index) 

donde index indica la posicion en que hay que insertar la carta. Los siguientes metodos de 
CardLayout permiten controlar el orden en que aparecen las cartas: 

void first (Container cont); 

void last (Container cont); 

void previous (Container cont); 

void next (Container cont); 

void show (Container cont. String nameCard) ; 

5.4.7 GridBagLayout 

El GridBagLayout es el Layout Manager mas completo y flexible, aunque tambien el mas 
complicado de entender y de manejar. Al igual que el GridLayout, el GridBagLayout parte de una 
matriz de celdas en la que se situan los componentes. La diferencia esta en que las filas pueden tener 
distinta altura, las columnas pueden tener distinta anchura, y ademas en el GridBagLayout un 
componente puede ocupar varias celdas contiguas. 

La posicion y el tamaiio de cada componente se especifican por medio de unas "restricciones" 
o constraints. Las restricciones se establecen creando un objeto de la clase GridBagConstraints , 
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dando valor a sus propiedades (variables miembro) y asociando ese objeto con el componente por 
medio del metodo setConstraintsQ . 

Las variables miembro de GridBagConstraints son las siguientes: 

• gridx y gridy. Especifican la fila y la columna en la que situar la esquina superior 
izquierda del componente (se empieza a contar de cero). Con la constante 
GridBagConstraints. RELATIVE se indica que el componente se situa relativamente al 
anterior componente situado (es la condicion por defecto). 

• gridwidth y gridheight. Determinan el numero de columnas y de filas que va a ocupar el 
componente. El valor por defecto es una columna y una fila. La constante 
GridBagConstraints. REMAINDER indica que el componente es el ultimo de la columna o 
de la fila, mientras que GridBagConstraints. RELATIVE indica que el componente se situa 
respecto al anterior componente de la fila o columna. 

• ////. En el caso en que el componente sea mas pequeiio que el espacio reservado, esta 
variable indica si debe ocupar o no todo el espacio disponible. Los posibles valores son: 
GridBagConstraints.NONE (no lo ocupa; defecto), GridBagConstraints.HORIZONTAL 
(lo ocupa en direccion horizontal), GridBagConstraints.VERTICAL (lo ocupa en vertical) 
y GridBagConstraints. BOTH (lo ocupa en ambas direcciones). 

ipadx y ipady. Especifican el espacio a aiiadir en cada direccion al tamaiio intemo del 
componente. Los valores por defecto son cero. El tamaiio del componente sera el tamaiio 
minimo mas dos veces el ipadx o el ipady. 

insets. Indican el espacio minimo entre el componente y el espacio disponible. Se 
establece con un objeto de la clase java.awt.Insets. Por defecto es cero. 

anchor. Se utiliza para determinar donde se coloca el componente, cuando este es menor 
que el espacio disponible. Sus posibles valores vienen dados por las constantes de la clase 
GridBagConstraints: CENTER (el valor por defecto), NORTH, NORTHEAST, EAST, 
SOUTHEAST, SOUTH, SOUTHWEST, WEST y NORTHWEST. 



• 



• 



• 



• 



weightx y weighty. Son unos coeficientes entre 0.0 y 1.0 que sirven para dar mas o menos 
"peso" a las distintas filas y columnas. A mas "peso" mas probabilidades tienen de que se 
les de mas anchura o mas altura. 

A continuacion se muestra una forma tipica de crear un container con GridBagLayout y de 
aiiadirle componentes: 

GridBagLayout unGBL = new GridBagLayout () ; 

GridBagConstraints unasConstr = new GridBagConstraints () ; 
unContainer . set Layout (unGBL) ; 

// Ahora ya se pueden anadir los componentes 

//...Se crea un componente unComp 

//...Se da valor a las variables del objeto unasConstr 

// Se asocian las restricciones con el componente 

unGBL . setConstraints (unComp, unasConstr) ; 

// Se anade el componente al container 

unContainer . add (unComp) ; 
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5.5 Graficos, Text E Im A GENES 

En esta parte final del AWT se van a describir, tambien muy sucintamente, algunas clases y 
metodos para realizar dibujos y anadir texto e imagenes a la interface grafica de usuario. 

5.5.1 Capacidades graficas del AWT: Metodos paint(), repaint() y update() 

La clase Component tiene tres metodos muy importantes relacionados con graficos: paint(), 
repaintO y updateQ. Cuando el usuario llama al metodo repaint() de un componente, el AWT llama 
al metodo updateQ de ese componente, que por defecto llama al metodo /7a/n^0 • 

5.5.1.1 Metodo paint( Graphics g) 

El metodo paint() esta definido en la clase Component, pero ese metodo no hace nada y hay que 
redefinirlo en una de sus clases derivadas. El programador no tiene que preocuparse de Uamar a este 
metodo: el sistema operativo lo llama al dibujar por primera vez una ventana, y luego lo vuelve a 
Uamar cada vez que entiende que la ventana o una parte de la ventana debe ser re-dibujada (por 
ejemplo, por haber estado tapada por otra ventana y quedar de nuevo a la vista). 

5.5.1.2 Metodo update( Graphics g) r 

El metodo updateQ hace dos cosas: primero re-dibuja la ventana con el color de fondo y luego 
llama al metodo /7a/n^0- Este metodo tambien es Uamado por el AWT, y tambien puede ser Uamado 
por el programador, quizas porque ha realizado algun cambio en la ventana y necesita que se dibuje 
de nuevo. 

La propia estructura de este metodo -el comenzar pintando de nuevo con el color de fondo- 
hace que se produzca parpadeo (flicker) en las animaciones. Una de las formas de evitar este efecto 
es redefinir este metodo de una forma diferente, cambiando de una imagen a otra solo lo que haya 
que cambiar, en vez de re-dibujar todo otra vez desde el principio. Este metodo no siempre propor- 
ciona los resultados buscados y hay que recurrrir al metodo del doble buffer. 

5.5.1.3 Metodo repaintQ 

Este es el metodo que con mas frecuencia es Uamado por el programador. El metodo repaintQ llama 
"lo antes posible" al metodo updateQ del componente. Se puede tambien especificar un numero de 
milisegundos para que el metodo updateQ se Uame transcurrido ese tiempo. El metodo repaintQ 
tiene las cuatro formas siguientes: 



repaint () 














repaint (long 


time) 












repaint (int x, int 


Y. 


int 


w. 


int 


h) 


repaint (long 


time. 


int 


X, 


int 


y, 


int 



int h) 

Las formas tercera y cuarta permiten definir una zona rectangular de la ventana a la que 
aplicar el metodo. 
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5.5.2 Clase Graphics 

El unico argumento de los metodos update() ypaintQ es un objeto de esta clase. La clase Graphics 
dispone de metodos para soportar dos tipos de graficos: 



1. 



2. 



Dibujo de primitivas grdjicas (texto, lineas, 
circulos, rectdngulos, poligonos, ...). 

Presentacion de imdgenes en formatos *.gif y 



(0,0) 



* 



•JPeg. 



(w-l,h-l) 



Ademas, la clase Graphics mantiene un 

contexto grdfico: un area de dibujo actual, un color 

de dibujo del background y otro del foreground, un 

font con todas sus propiedades, etc. La Figura 5.12 

muestra el sistema de coordenadas utilizado en 

Java. Como es habitual en Informatica, los ejes y 

estan situados en la esquina superior izquierda, con ^^^ , , , ' 

.^ . , V- r- 1 ^ / • 1 Figura 5.12. Coordenadas de los graricos de Java. 

la orientacion indicada en la Figura 5.12 (eje de 

ordenadas descendente). Las coordenadas se miden siempre enpixels. 



Component 



5.5.3 Primitivas graficas 

Java dispone de metodos para realizar dibujos sencillos, Uamados a veces "primitivas" graficas. 
Como se ha dicho, las coordenadas se miden en pixels, empezando a contar desde cero. La clase 
Graphics dispone de los metodos para primitivas graficas resenados en la Tabla 5.32. 

Excepto los poligonos y las lineas, todas las formas geometricas se determinan por el 
rectangulo que las comprende, cuyas dimensiones son w y h. Los poligonos admiten un argumento 
de la clsise java.awt.Polygon. 



Metodo grafico 


Funcion que realizan 


drawLme(int xl, int y 1, int x2, int y2) 


Dibuja una linea entre dos puntos 


drawRect(mt xl, int yl, int w, int h) 


Dibuja un rectangulo (w-1, h-1) 


fillRect(int x 1 , int y 1 , int w, int h) 


Dibuja un rectangulo y lo rellena con el color 
actual 


clearRect(int xl, int yl, int w, int h) 


Borra dibujando con el background color 


draw3DRect(int xl, int y 1, int w, int h, boolean raised) 


Dibuja un rectangulo resaltado (w+1, h+1) 


fill3DRect(int xl, int y 1, int w, int h, boolean raised) 


Rellena un rectangulo resaltado (w+1, h+1) 


drawRoundRect(int xl, int yl, int w, int h, int arcw, int arch) 


Dibuja un rectangulo redondeado 


fillRoundRect(int xl, int yl, int w, int h, int arcw, int arch) 


Rellena un rectangulo redondeado 


drawOval(int xl, int y 1, int w, int h) 


Dibuja una elipse 


fillOval(int xl, int yl, int w, int h) 


Dibuja una elipse y la rellena de un color 


drawArc(int xl, int yl, int w, int h, int startAngle, int arcAngle) 


Dibuja un arco de elipse (angulos en grados) 


fillArc(int xl, int yl, int w, int h, int startAngle, int arcAngle) 


Rellena un arco de elipse 


drawPolygon(int x[], int y[], int nPoints) 


Dibuja y cierra el poligono de modo automatico 


drawPolyUne(int x[], int y[], int nPoints) 


Dibuja un poligono pero no lo cierra 


fillPolygon(int x[], int y[], int nPoints) 


Rellena un poligono 



Tabla 5.32. Metodos de la clase Graphics para dibujo de primitivas graficas. 
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Los metodos draw3DRect(), fill3DRect(), drawOval(), fillOval(), drawArc() y fillArc() 

dibujan objetos cuyo tamano total es (w+1, h+1) pixels. 

5.5.4 Clases Graphics y Font 

La clase Graphics permite "dibujar" texto, como alternativa al texto mostrado en los componentes 
Label, TextField y TextArea. Los metodos de esta clase para dibujar texto son los siguientes: 

drawBytes (byte data[], int offset, int length, int x, int y) ; 

drawChars (char data[], int offset, int length, int x, int y) ; j 

drawstring ( String str, int x, int y) ; 

En estos metodos, los argumentos x c y representan las coordenadas de la linea base (ver 
Figura 5.13). El argumento offset indica el elemento del array que se empieza a imprimir. 

Cada tipo de letra esta representado por un objeto de la clase Font. Las clases Component y 
Graphics disponen de metodos setFont() y getFont(). El constructor de Font tiene la forma: 

Font (String name, int style, int size) 

donde el style se puede definir con las constantes Font.PLAIN, Font.BOLD y Font.ITALIC. Estas 
constantes se pueden combinar en la forma: Font.BOLD I Font.ITALIC. 

La clase Font tiene tres variables protected, I j j , , j , , 

Uamadas name, style y size. Ademas tiene tres 
constantes enteras: PLAIN, BOLD e ITALIC. Esta 
clase dispone de los metodos String getNameQ, int 
getStyleQ, int getSizeQ, boolean isPlain(), boolean 
isBoldQ y boolean isltalic(), cuyo significado es 




I 1 i ( lii ( 



inmediato. 1 i i 1 1 1 I m 



Para mayor portabilidad se recomienda utilizar 

nombres logicos de fonts, tales como Serif (Times Figura 5. 13. Lineasimportantes en un tipo de letra. 

New Roman), SansSerif (Arial) y Monospaced 

(Courier). 
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Linea 1 



Ascent 




Descent 



Linea 2 



Leading 



5.5.5 Clase FontMetrics 

La clase FontMetrics peraiite obtener infor- 
macion sobre una font y sobre el espacio 
que ocupa un char o un String utilizando 
esa font. Esto es muy util cuando se 
pretende rotular algo de modo que quede 
siempre centrado y bien dimensionado. 

La clase FontMetrics es una clase 
abstract. Esto quiere decir que no se pueden 
crear directamente objetos de esta clase ni 
Uamar a su constuctor. La forma habitual de 
soslayar esta dificultad es creando una 
subclase. En la practica Java resuelve esta 
dificultad para el usuario, ya que la clase 
FontMetrics tiene como variable miembro 
un objeto de la clase Font. Por ello, un 
objeto de la clase FontMetrics contiene informacion sobre la font que se le ha pasado como 
argumento al constructor. De todas formas, el camino mas habitual para obtener esa informacion es 
a partir de un objeto de la clase Graphics que ya tiene un font definido. A partir de un objeto g de la 
clase Graphics se puede obtener una referenda FontMetrics en la forma: 

FontMetrics miFontMet = g . getFontMetrics ( ) ; 

donde esta claro que se esta utilizando una referenda de la clase abstract FontMetrics para 
refererirse a un objeto de una clase derivada creada dentro del API de Java. Con una referenda de 
tipo FontMetrics se pueden utilizar todos los metodos propios de dicha clase. 

La Tabla 5.33 muestra algunos metodos de la clase FontMetrics, para los que se debe tener en 
cuenta la terminologia introducida en la Figura 5.14. 



Figura 5.14. Nomenclatura para la clase FontMetrics. 



Metodos de la clase FontMetrics 


Funcion que realizan 


FontMetrics(Font font) 


Constructor 


int getAscentO, int getMaxAscent() 


Permiten obtener el "Ascent" actual y maximo para esa font 


int getDescentO, int getMaxDescent() 


Permiten obtener el "Descent" actual y maximo para esa font 


int getHeightO, int getLeadingO 


Permiten ontener la distancia entre lineas y la distancia entre el 
descender de una linea y el ascender de la siguiente 


int getMaxAdvanceO 


Da la maxima anchura de un caracter de esa font, incluyendo el 
espacio hasta el siguiente caracter 


int charWidth(int ch), int charWidth(char ch), 
int string Width(String str) 


Dan la anchura de un caracter (incluyendo el espacio hasta el 
siguiente caracter) o de toda una cadena de caracteres 


int chars Width(char data[], int start, int len), 
int bytesWidth(byte data[], int start, int len) 


Dan la anchura de un array de caracteres o de bytes. Permiten 
definir la posicion del comienzo y el numero de caracteres 



Tabla 5.33. Metodos de la clase FontMetrics. 
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5.5.6 Clase Color 

La cla.se java.awt.Color encapsula colores utilizando el formato RGB (Red, Green, Blue). Las 
componentes de cada color primario en el color resultante se expresan con numeros enteros entre 
y 255, siendo la intensidad minima de ese color, y 255 la maxima. 

En la clase Color existen constantes para colores predeterminados de uso frecuente: black, 
white, green, blue, red, yellow, magenta, cyan, orange, pink, gray, darkGray, llghtGray. La Tabla 
5.34 muestra algunos metodos de la clase Color. — 5j^ 



Metodos de la clase Color 


Funcion que realizan 


Color(mt), Color(mt,int,int), Color(float,float,float) 


Constructores de Color, con tres bytes en un int (del bit 
al 23), con enteros entre y 255 y float entre 0.0 y 1.0 


Color brighterO, Color darker() 


Obtienen una version mas o menos brillante de un color 


Color getColorO, int getRGB() 


Obtiene un color en los tres primeros bytes de un int 


int getCreenO, int getRed(), int getBlue() 


Obtienen las componentes de un color 


Color getHSBColorO 


Obtiene un color a partir de los valores de "hue", 
"saturation" y "brightness" (entre 0.0 y 1.0) 


float[]RGBtoHSB(int,int,int,float[]), 
int HSBtoRGB(float,float,float) 


Metodos static para convertir colores de un sistema de 
definicion de colores a otro 



Tabla 5.34. Metodos de la clase Color. 



5.5.7 Imagenes 

Java permite incorporar imagenes de tipo GIF y JPEG definidas en ficheros. Se dispone para ello de 
la clsise java.awt.Image. Para cargar una imagen hay que indicar la localizacion del fichero (URL) y 
cargarlo mediante los metodos Image getlmage(Strlng) o Image getImage(URL, String). Estos 
metodos existen en las clases java.awt.Toolklt y java.applet.Applet. El argumento de tipo String 
representa una variable conteniendo el nombre del fichero. 

Cuando estas imagenes se cargan en applets, para obtener el URL pueden ser utiles las 
funciones getDocumentBase() y getCodeBase(), que devuelven el URL del fichero HTML que 
llama al applet, y el directorio que contiene el applet (en forma de String). 

Para cargar una imagen hay que comenzar creando un objeto Image, y Uamar al metodo 
getlmageQ, pasandole como argumento el URL. Por ejemplo: 

Image milmagen = getlmage (getCodeBase ( ) , "imagen.gif") 

Una vez cargada la imagen, hay que representarla, para lo cual se redefine el metodo paintQ 
para Uamar al metodo drawlmage() de la clase Graphics. Dicho metodo admite varias formas, 
aunque casi siempre hay que incluir el nombre del objeto imagen creado, las dimensiones de dicha 
imagen y un objeto ImageObserver . 

ImageObserver es una interface que declara metodos para observar el estado de la carga y 
visualizacion de la imagen. Si se esta programando un applet, basta con poner como 
ImageObserver la referenda this, ya que en la mayoria de los casos, la implementacion de esta 
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interface en la clase Applet proporciona el comportamiento deseado. Para mas informacion sobre 
dicho metodo dirigirse a la referenda de la API. 

La clase Image define ciertas constantes para controlar los algoritmos de cambio de escala: 

SCALE_DEFAULT, SCALE_FAST, SCALE_SMOOTH, 

SCALE_REPLICATE, SCALE_AVERAGE. 

La Tabla 5.35 muestra algunos metodos de la clase Image. ^^ 



Metodos de la clase Image 


Funcion que realizan 


ImageO 


Constructor 


int getWidth(ImageObserver) 
int getHeight(ImageObserver) 


Determinan la anchura y la altura de la imagen. Si no se conocen 
todavia, este metodo devuelve -1 y el objeto ImageObserver 
especificado sera notificado mas tarde 


Graphics getGraphics() 


Crea un contexto grafico para poder dibujar en una imagen no visible 
en pantalla. Este metodo solo se puede Uamar para objetos no visibles 
en pantalla 


Object getProperty(String, ImageOb server) 


Obtiene una propiedad de una imagen a partir del nombre de la 
propiedad 


Image getScaledInstance(int w, int h, int hints) 


Crea una version de la imagen a otra escala. Si w o h son negativas se 
utiliza la otra dimension manteniendo la proporcion. El ultimo 
argumento es informacion para el algoritmo de cambio de escala 



Tabla 5.35. Metodos de la clase Image. 



5.6 Animaciones 

Las animaciones tienen un gran interes desde diversos puntos de vista. Una imagen vale mas que 
mil palabras y una imagen en movimiento es todavia mucho mas util. Para presentar o describir 
ciertos conceptos el movimiento animado es fundamental. Ademas, las animaciones o mejor dicho, 
la forma de hacer animaciones en Java ilustran mucho la forma en que dicho lenguaje realiza los 
graficos. En estos apartados se va a seguir el esquema del Tutorial de Sun sobre el AWT. 

Se pueden hacer animaciones de una forma muy sencilla: se define el metodo paint() de forma 
que cada vez que sea Uamado dibuje algo diferente de lo que ha dibujado la vez anterior. De todas 
formas, recuerdese que el programador no llama directamente a este metodo. El programador llama 
al metodo repalnt(), quizas dentro de un bucle while que incluya una Uamada al metodo sleepQ de 
la clase Thread (ver Capitulo 6, a partir de la pagina 125), para esperar un cierto numero de 
milisegundos entre dibujo y dibujo (entre frame y frame, utilizando la terminologia de las 
animaciones). Recuerdese que repalntQ llama a updateQ lo antes posible, y que updateQ borra todo 
redibujando con el color de fondo y llama Sipalnt(). 

La forma de proceder descrita da buenos resultados para animaciones muy sencillas, pero 
produce parpadeo o flicker cuando los graficos son un poco mas complicados. La razon esta en el 
propio proceso descrito anteriormente, combinado con la velocidad de refresco del monitor. La 
velocidad de refresco vertical de un monitor suele estar entre 60 y 75 herzios. Eso quiere decir que 
la imagen se actualiza unas 60 6 75 veces por segundo. Cuando el refresco se realiza despues de 
haber borrado la imagen anterior pintando con el color de fondo y antes de que se termine de dibujar 
de nuevo toda la imagen, se obtiene una imagen incompleta, que solo aparecera terminada en uno de 
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los siguientes pasos de refresco del monitor. Esta es la causa del flicker. A continuacion se veran 
dos formas de reducirlo o eliminarlo. 

5.6.1 Eliminacion del parpadeo o flicker redefiniendo el metodo update() 

El problema del flicker se localiza en la Uamada al metodo update(), que borra todo pintando con el 
color de fondo y despues llama a paint(). Una forma de resolver esta dificultad es re-definir el 
metodo update(), de forma que se adapte mejor al problema que se trata de resolver. ^^^ 

Una posibilidad es no re-pintar todo con el color de fondo, no Uamar a paintQ e introducir en 
updateQ el codigo encargado de realizar los dibujos, cambiando solo aquello que haya que cambiar. 
A pesar de esto, es necesario re-definir /7a/n^0 pues es el metodo que se llama de forma automatica 
cuando la ventana de Java es tapada por otra que luego se retira. Una posible solucion es hacer que 
paintQ Uame a updateQ, terminando por establecer un orden de Uamadas opuesto al de defecto. Hay 
que tener en cuenta que, al no borrar todo pintando con el color de fondo, el programador tiene que 
preocuparse de borrar de forma selectiva entre frame y frame lo que sea necesario. Los metodos 
setClipQ y clipRectQ de la clase Graphics permiten hacer que las operaciones graficas no surtan 
efecto fuera de un area rectangular previamente determinada. Al ser dependiente del tipo de graficos 
concretos de que se trate, este metodo no siempre proporciona soluciones adecuadas. 

5.6.2 Tecnica del doble buffer 

La tecnica del doble buffer proporciona la mejor solucion para el problema de las animaciones, 
aunque requiere una programacion algo mas complicada. La idea basica del doble buffer es realizar 
los dibujos en una imagen invisible, distinta de la que se esta viendo en la pantalla, y hacerla visible 
cuando se ha terminado de dibujar, de forma que aparezca instantaneamente. 

Para crear el segundo buffer o imagen invisible hay que crear un objeto de la clase Image del 
mismo tamano que la imagen que se esta viendo y crear un contexto grafico u objeto de la clase 
Graphics que permita dibujar sobre la imagen invisible. Esto se hace con las sentencias. 

Image imglnv; 

Graphics graphlnv; 

Dimension dimlnv; 

Dimension d = size(); // se obtiene la dimension del panel 

en la clase que controle el dibujo (por ejemplo en una clase que derive de Panel). El siguiente paso 
es re-definir el metodo updateQ de forma que no borre la imagen anterior con el color de fondo. 
Debera Uamar directamente al metodo /7am^0: 

public void update (Graphics g) { 

paint (g) ; // Sin borrar la imagen anterior se llama al metodo paint () 
} // fin del metodo update () 

En el metodo paintQ se modifica el codigo de modo que primero se dibuje en la imagen 
invisible y luego esta se haga visible: 
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public void paint (Graphics g) { 

// se comprueba si existe el objeto invisible y si sus dimensiones son correctas 
if ( (graphlnv==null ) | | (d . width ! =dimlnv . width) | | (d. height ! =dimlnv . height ) ) { 

dimlnv = d; 

// se llama al metodo createlmage de la clase Component 

imglnv = createlmage (d . width, d. height); 

// se llama al metodo getGraphics de la clase Image 

graphlnv = imglnv . getGraphics () ; 
} 

// se establecen las propiedades del contexto grafico invisible, 

// y se dibuja sobre el 

graphlnv . setColor (Color . white) ; // Se borra pintando de bianco 

graphlnv . fillRect ( , 0, dimlnv . width, dimlnv . height ) ; i 

graphlnv . setColor (Color . white) ; // Se asigna un color para dibujar ' 

// Sentencias para dibujar sobre graphlnv 

graphlnv. drawLine (0, 0, 100, 100); 

// finalmente se hace visible la imagen invisible a partir del punto (0, 0) 
// utilizando el propio panel como ImageObserver 
g . drawlmage (imglnv, 0, 0, this); 
} // fin del metodo paint () 

Los graficos y las animaciones son particularmente utiles en las applets. El Tutorial de Sun 
tiene un ejemplo (un applet) completamente explicado y desarroUado sobre las animaciones y los 
distintos metodos de eliminar el flicker o parpadeo. 
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6. THREADS: PROGRAMAS MULTITAREA 

Los procesadores y los Sistemas Operativos modernos permiten la multitarea, es decir, la 
realizacion simultanea de dos o mas actividades (al menos aparentemente). En la realidad, un 
ordenador con una sola CPU no puede realizar dos actividades a la vez. Sin embargo los Sistemas 
Operativos actuales son capaces de ejecutar varios programas "simultaneamente" aunque solo se 
disponga de una CPU: reparten el tiempo entre dos (o mas) actividades, o bien utilizan los tiempos 
muertos de una actividad (por ejemplo, operaciones de lectura de datos desde el teclado) para 
trabajar en la otra. En ordenadores con dos o mas procesadores la multitarea es real, ya que cada 
procesador puede ejecutar un hilo o thread diferente. La Figura 6.1, tomada del Tutorial de Sun, 
muestra los esquemas correspondientes a un programa con una o dos threads. 
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Figura 6.1. Programa con 1 y con 2 threads o hilos. 

Un proceso es un programa ejecutandose de forma independiente y con un espacio propio de 
memoria. Un Sistema Operativo multitarea es capaz de ejecutar mas de un proceso 
simultaneamente. Un thread o hilo es unflujo secuencial simple dentro de un proceso. Un unico 
proceso puede tener varios hilos ejecutandose. Por ejemplo el programa Netscape seria un proceso, 
mientras que cada una de las ventanas que se pueden tener abiertas simultaneamente trayendo 
paginas HTML estaria formada por al menos un hilo. 

Un sistema multitarea da realmente la impresion de estar haciendo varias cosas a la vez y eso 
es una gran ventaja para el usuario. Sin el uso de threads hay tareas que son practicamente 
imposibles de ejecutar, particularmente las que tienen tiempos de espera importantes entre etapas. 

Los threads o hilos de ejecucion permiten organizar los recursos del ordenador de forma que 
pueda haber varios programas actuando en paralelo. Un hilo de ejecucion puede realizar cualquier 
tarea que pueda realizar un programa normal y corriente. Bastara con indicar lo que tiene que hacer 
en el metodo run(), que es el que define la actividad principal de las threads. 

Los threads pueden ser daemon o no daemon. Son daemon aquellos hilos que realizan en 
background (en un segundo piano) servicios generales, esto es, tareas que no forman parte de la 
esencia del programa y que se estan ejecutando mientras no finalice la aplicacion. Un thread 
daemon podria ser por ejemplo aquel que esta comprobando permanentemente si el usuario pulsa 
un boton. Un programa de Java finaliza cuando solo quedan corriendo threads de tipo daemon. Por 
defecto, y si no se indica lo contrario, los threads son del tipo no daemon. 
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6.1 Creacionde Threads 

En Java hay dos formas de crear nuevos threads. La primera de ellas consiste en crear una nueva 
clase que herede de la clase javaJang.Thread y sobrecargar el metodo run() de die ha clase. El 
segundo metodo consiste en declarar una clase que implemente la interface javaJang.Runnable, la 
cual declarara el metodo run(); posteriormente se crea un objeto de tipo Thread pasandole como 
argumento al constructor el objeto creado de la nueva clase (la que implementa la interface 
Runnable). Como ya se ha apuntado, tanto la clase Thread como la interface Runnable pertenecen 
al packageyava-Zang, por lo que no es necesario importarlas. i 

A continuacion se presentan dos ejemplos de creacion de threads con cada uno de los dos 
metodo s citados. 

6.1.1 Creacion de threads derivando de la clase Thread 

Considerese el siguiente ejemplo de declaracion de una nueva clase: '^ ■ 

public class SimpleThread extends Thread { ■▼■ 

// constructor ^ 

public SimpleThread (String str) { 

super (str) ; 
} 

// redefinicion del metodo run ( ) 
public void run() { 

for(int i=0; i<10; i++) 

System. out . println ( "Este es el thread : " + getName()); 



En este caso, se ha creado la clase SimpleThread, que hereda de Thread. En su constructor se 
utiliza un String (opcional) para poner nombre al nuevo thread creado, y mediante super() se llama 
al constructor de la super-clase Thread. Asimismo, se redefine el metodo run(), que define la 
principal actividad del thread, para que escriba 10 veces el nombre del thread creado. 

Para poner en marcha este nuevo thread se debe crear un objeto de la clase SimpleThread, y 
Uamar al metodo s^ar^O ^heredado de la super-clase Thread, que se encarga de Uamar a run(). Por 
ejemplo: 

SimpleThread mlThread = new SimpleThread ( "Hilo de prueba"); 
mi Thread. start ( ) ; 

6.1.2 Creacion de threads implementando la interface Runnable 

Esta segunda forma tambien requiere que se defina el metodo run(), pero ademas es necesario crear 
un objeto de la clase Thread para lanzar la ejecucion del nuevo hilo. Al constructor de la clase 
Thread hay que pasarle una referenda del objeto de la clase que implementa la interface Runnable. 
Posteriormente, cuando se ejecute el metodo start() del thread, este Uamara al metodo run() 
definido en la nueva clase. A continuacion se muestra el mismo estilo de clase que en el ejemplo 
anterior implementada mediante la interface Runnable: 

public class SimpleRunnable implements Runnable { 

// se crea un nombre 
String nameThread; 
// constructor 

public SimpleRunnable (String str) { 
nameThread = str; 
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} 

// definicion del metodo run ( ) 

public void run() { 

for(int 1 = 0; KIO; i + + ) 

System. out . prlntln ( "Este es el thread: 
} 



+ nameThread) ; 



El siguiente codigo crea un nuevo thread y lo ejecuta por este segundo procedimiento: 

SimpleRunnable p = new SlmpleRunnable ( "Hllo de prueba"); 

// se crea un objeto de la clase Thread pasandolo el objeto Runnable como argumento 
Thread mlThread = new Thread (p); i 

// se arranca el objeto de la clase Thread f 

mlThread. start ( ) ; 

Este segundo metodo cobra especial interes con las applets, ya que cualquier applet debe 
heredar de la clase java.applet.Applet, y por lo tanto ya no puede heredar de Thread. Vease el 
siguiente ejemplo: 

class ThreadRunnable extends Applet implements Runnable { 
private Thread runner=null; 

// se redefine el metodo start () de Applet 
public void start () { 

if (runner == null) { 

runner = new Thread (this) ; 

runner . start () ; // se llama al metodo start () de Thread 
} 
} 

// se redefine el metodo stop() de Applet 
public void stop() { 

runner = null; // se libera el objeto runner 
} 
} 

En este ejemplo, el argumento this del constructor de Thread hace referenda al objeto 
Runnable cuyo metodo run() deberia ser Uamado cuando el hilo ejecutado es un objeto de 
ThreadRunnable. 

La eleccion de una u otra forma -derivar de Thread o implementar Runnable- depende del 
tipo de clase que se vaya a crear. Asi, si la clase a utilizar ya hereda de otra clase (por ejemplo un 
applet, que siempre hereda de Applet), no quedara mas remedio que implementar Runnable, aunque 
normalmente es mas sencillo heredar de Thread. 

6.2 CiCLO DE VIDA DE UN THREAD 



En el apartado anterior se ha visto como crear 
nuevo s objeto s que permiten incorporar en un 
programa la posibilidad de realizar varias tareas 
simultaneamente. En la Figura 6.2 (tomada del 
Tutorial de Sun) se muestran los distintos 
estados por los que puede pasar un thread a lo 
largo de su vida. Un thread puede presentar 
cuatro estados distintos: 

1. Nuevo (New): El thread ha sido creado 
pero no inicializado, es decir, no se ha 



start 
New Thread | ^■ 



running 




Not Runnable 



The run method termmates 



Dead 



Figura 6.2. Ciclo de vida de un Tliread. 
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ejecutado todavia el metodo start(). Se producira un mensaje de error 
(IllegalThreadStateException) si se intenta ejecutar cualquier metodo de la clase Thread 
distinto destartQ. 

2. Ejecutable (Runnable): El thread puede estar ejecutandose, siempre y cuando se le haya 
asignado un determinado tiempo de CPU. En la practica puede no estar siendo ejecutado en 
un instante determinado en beneficio de otro thread. 

3. Bloqueado {Blocked o Not Runnable): El thread podria estar ejecutandose, pero hay 
alguna actividad interna suya que lo impide, como por ejemplo una espera producida por 
una operacion de escritura o lectura de datos por teclado (E/S). Si un thread esta en este 
estado, no se le asigna tiempo de CPU. 

4. Muerto {Dead): La forma habitual de que un thread muera es finalizando el metodo run(). 
Tambien puede Uamarse al metodo stop() de la clase Thread, aunque dicho metodo es 
considerado "peligroso" y no se debe utilizar. 

A continuacion se explicaran con mayor detenimiento los puntos anteriores. 

6.2.1 Ejecucion de un nuevo thread 

La creacion de un nuevo thread no implica necesariamente que se empiece a ejecutar algo. Hace 
falta iniciarlo con el metodo start(), ya que de otro modo, cuando se intenta ejecutar cualquier 
metodo del thread -distinto del metodo start()- se obtiene en tiempo de ejecucion el error 
IllegalThreadStateException. 

El metodo start() se encarga de Uamar al metodo run() de la clase Thread. Si el nuevo thread 
se ha creado heredando de la clase Thread la nueva clase debera redefinirir el metodo run() 
heredado. En el caso de utilizar una clase que implemente la interface Runnable, el metodo run() 
de la clase Thread se ocupa de Uamar al metodo run() de la nueva clase (vease el Apartado 6.1.2, 
en la pagina 126). "^^^ 

Una vez que el metodo startQ ha sido Uamado, se puede decir ya que el thread esta 
"corriendo" {running), lo cual no quiere decir que se este ejecutando en todo momento, pues ese 
thread tiene que compartir el tiempo de la CPU con los demas threads que tambien esten running. 
Por eso mas bien se dice que dicha thread es runnable. 

6.2.2 Detener un Thread temporalmente: Runnable - Not Runnable 

El sistema operativo se ocupa de asignar tiempos de CPU a los distintos threads que se esten 
ejecutando simultaneamente. Aun en el caso de disponer de un ordenador con mas de un procesador 
(2 6 mas CPUs), el numero de threads simultaneos suele siempre superar el numero de CPUs, por 
lo que se debe repartir el tiempo de forma que parezca que todos los procesos corren a la vez (quizas 
mas lentamente), aun cuando solo unos pocos pueden estar ejecutandose en un instante de tiempo. 

Los tiempos de CPU que el sistema continuamente asigna a los distintos threads en estado 
runnable se utilizan en ejecutar el metodo run() de cada thread. Por diversos motivos, un thread 
puede en un determinado momento renunciar "voluntariamente" a su tiempo de CPU y otorgarselo 
al sistema para que se lo asigne a otro thread. Esta "renuncia" se realiza mediante el metodo yield(). 
Es importante que este metodo sea utilizado por las actividades que tienden a "monopolizar" la 
CPU. El metodo yield() viene a indicar que en ese momento no es muy importante para ese thread 
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el ejecutarse continuamente y por lo tanto tener ocupada la CPU. En caso de que ningun thread este 
requiriendo la CPU para una actividad muy intensiva, el sistema volvera casi de inmediato a asignar 
nuevo tiempo al thread que fue "generoso" con los demas. Por ejemplo, en un Pentium II 400 Mhz 
es posible Uegar a mas de medio millon de Uamadas por segundo al metodo yieldQ, dentro del 
metodo run(), lo que significa que Uamar al metodo yieldQ apenas detiene al thread, sino que solo 
ofrece el control de la CPU para que el sistema decida si hay alguna otra tarea que tenga mayor 
prioridad. 

Si lo que se desea es parar o bloquear temporalmente un thread (pasar al estado Not 
Runnable), existen varias formas de hacerlo: 

1. Ejecutando el metodo sleepO de la clase Thread. Esto detiene el thread un tiempo pre- 
establecido. De ordinario el metodo sleepQ se llama desde el metodo run(). 

2. Ejecutando el metodo waitQ heredado de la clase Object, a la espera de que suceda algo 
que es necesario para poder continuar. El thread volvera nuevamente a la situacion de 
runnable mediante los metodos notlfyQ o notlfyAllQ, que se deberan ejecutar cuando 
cesa la condicion que tiene detenido al thread (ver Apartado 6.3, en la pagina 131). 

3. Cuando el thread esta esperando para realizar operaciones de Entrada/Salida o 
Input/Output (E/S 6 I/O). 

4. Cuando el thread esta tratando de Uamar a un metodo synchronized de un objeto, y dicho 
objeto esta bloqueado por otro thread (vease el Apartado 6.3) 

Un thread pasa automatic amente del estado Not Runnable a Runnable cuando cesa alguna de 
las condiciones anteriores o cuando se llama a notify () o notify All(). 

La clase Thread dispone tambien de un metodo stopQ, pero no se debe utilizar ya que puede 
provocar bloqueos del programa (deadlock). Hay una ultima posibilidad para detener un thread, que 
consiste en ejecutar el metodo suspendQ. El thread volvera a ser ejecutable de nuevo ejecutando el 
metodo resume(). Esta ultima forma tambien se desaconseja, por razones similares a la utilizacion 
del metodo stop(). ^ 

El metodo sleepO de la clase Thread recibe como argumento el tiempo en milisegundos que 
ha de permanecer detenido. Adicionalmente, se puede incluir un numero entero con un tiempo 
adicional en nanosegundos. Las declaraciones de estos metodos son las siguientes: 

public static void sleep (long millis) throws InterruptedException 

public static void sleep (long millis, int nanosecons) throws InterruptedException 

Considerese el siguiente ejemplo: 

System. out . println ("Contador de segundos"); 
int count=0; 
public void run () { 
try { 

sleep (1000) ; 

System. out . println (count++) ; 
} catch (InterruptedException e) {} 
} 

Se observa que el metodo sleepO puede lanzar una InterruptedException que ha de ser 
capturada. Asi se ha hecho en este ejemplo, aunque luego no se gestiona esa excepcion. 
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La forma preferible de detener temporalmente un thread es la utilizacion conjunta de los 
metodos waitQ y notify All(). La principal ventaja del metodo waitQ frente a los metodos 
anteriormente descritos es que libera el bloqueo del objeto. por lo que el resto de threads que se 
encuentran esperando para actuar sobre dicho objeto pueden Uamar a sus metodos. Hay dos formas 
de Uamar a wait(): 

1 . Indicando el tiempo maximo que debe estar parado (en milisegundos y con la opcion de indicar 
tambien nanosegundos), de forma analoga a sleep(). A diferencia del metodo sleep(), que 
simplemente detiene el thread el tiempo indicado, el metodo wait() establece el tiempo maximo 
que debe estar parado. Si en ese plazo se ejecutan los metodos notifyQ o notifyAllQ que indican 
la liberacion de los objetos bloqueados, el thread continuara sin esperar a concluir el tiempo 
indicado. Las dos declaraciones del metodo wait() son como siguen: 

public final void wait (long timeout) throws InterruptedException 

public final void wait (long timeout, int nanos) throws InterruptedException 

2. Sin argumentos, en cuyo caso el thread permanece parado hasta que sea reinicializado 
explicitamente mediante los metodos notify () o notify All(). 

public final void wait() throws InterruptedException " 

Los metodos waitQ y notifyQ han de estar incluidas en un metodo synchronized, ya que de 
otra forma se obtendra una excepcion del tipo IllegalMonitorStateException en tiempo de 
ejecucion. El uso tipico de waitQ es el de esperar a que se cumpla alguna determinada condicion, 
ajena al propio thread. Cuando esta se cumpla, se utilizara el metodo notifyAllQ para avisar a los 
distintos threads que pueden utilizar el objeto. Estos nuevos conceptos se explican con mas 
profundidad en el Apartado 6.3. 

6.2.3 Finalizar un Thread 

Un thread finaliza cuando el metodo runQ devuelve el control, por haber terminado lo que tenia 
que hacer (por ejemplo, un bucle/or que se ejecuta un numero determinado de veces) o por haberse 
dejado de cumplir una condicion (por ejemplo, por un bucle while en el metodo runQ). Es habitual 
poner las siguientes sentencias en el caso de Applets Runnables: 

public class MyApplet extends Applet implements Runnable { 

// se crea una referenda tipo Thread 
private Thread AppletThread; 

// metodo start () del Applet 
public void start () { 

if (AppletThread == null) { // si no tiene un objeto Thread asociado 

AppletThread = new Thread (this, "El propio Applet"); 

AppletThread . start () ; // se arranca el thread y llama a run() 

} 
} 

// metodo stop() del Applet 
public void stop() { 

AppletThread = null; // iguala la referenda a null 

} 

// metodo run() por implementar Runnable 
public void run() { 

Thread myThread = Thread. currentThread () ; 

while (myThread == AppletThread) { // hasta que se ejecute stop() de Thread 

... // codigo a ejecutar 

} 
} 
} // fin de la clase MyApplet 
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donde AppletThread es el thread que ejecuta el metodo run() My Applet. Para finalizar el thread 
basta poner la referenda AppletThread a null. Esto se consigue en el ejemplo con el metodo stop() 
del applet (distinto del metodo stopQ de la clase Thread, que no conviene utilizar). 

Para saber si un thread esta "vivo" o no, es util el metodo lsAllve() de la clase Thread, que 
devuelve true si el thread ha sido inicializado y no parado, y false si el thread es todavia nuevo (no 
ha sido iniciahzado) o ha finalizado. 

6.3 SiNCRONIZACION i 

La sincronizacion nace de la necesidad de evitar que dos o mas threads traten de acceder a los 
mismos recursos al mismo tiempo. Asi, por ejemplo, si un thread tratara de escribir en un fichero, y 
otro thread estuviera al mismo tiempo tratando de borrar dicho fichero, se produciria una situacion 
no deseada. Otra situacion en la que hay que sincronizar threads se produce cuando un thread debe 
esperar a que esten preparados los datos que le debe suministrar el otro thread. Para solucionar 
estos tipos de problemas es importante poder sincronizar los distintos threads. 

Las secciones de codigo de un programa que acceden a un mismo recurso (un mismo objeto 
de una clase, un fichero del disco, etc.) desde dos threads distintos se denominan secciones criticas 
{critical sections). Para sincronizar dos o mas threads, hay que utilizar el modificador synchronized 
en aquellos metodos del objeto-recurso con los que puedan producirse situaciones conflictivas. De 
esta forma, Java bloquea (asocia un bloqueo o lock) con el recurso sincronizado. Por ejemplo: 

public synchronized void metodoSincroni zado ( ) { 

. . .// accediendo por ejemplo a las variables de un objeto 



La sincronizacion previene las interferencias solamente sobre un tipo de recurso: la memoria 
reservada para un objeto. Cuando se prevea que unas determinadas variables de una clase pueden 
tener problemas de sincronizacion, se deberan declarar como private (o protected). De esta forma 
solo estaran accesibles a traves de metodos de la clase, que deberan estar sincronizados . 

Es muy importante tener en cuenta que si se sincronizan algunos metodos de un objeto pero 
otros no, el programa puede no funcionar correctamente. La razon es que los metodos no 
sincronizados pueden acceder libremente a las variables miembro, ignorando el bloqueo del objeto. 
Solo los metodos sincronizados comprueban si un objeto esta bloqueado. Por lo tanto, todos los 
metodos que accedan a un recurso compartido deben ser declarados synchronized. De esta forma, si 
algun metodo accede a un determinado recurso, Java bloquea dicho recurso, de forma que el resto 
de threads no puedan acceder al mismo hasta que el primero en acceder termine de realizar su tarea. 
Bloquear un recurso u objeto significa que sobre ese objeto no pueden actuar simultaneamente dos 
metodos sincronizados. 

Existen dos niveles de bloqueo de un recurso. El primero es a nivel de objetos, mientras que 
el segundo es a nivel de clases. El primero se consigue declarando todos los metodos de una clase 
como synchronized. Cuando se ejecuta un metodo synchronized sobre un objeto concreto, el 
sistema bloquea dicho objeto, de forma que si otro thread intenta ejecutar algun metodo 
sincronizado de ese objeto, este segundo metodo se mantendra a la espera hasta que finalice el 
anterior (y desbloquee por lo tanto el objeto). Si existen varios objetos de una misma clase, como 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



los bloqueos se producen a nivel de objeto, es posible tener distintos threads ejecutando metodos 
sobre diversos objetos de una misma clase. 

El bloqueo de recursos a nivel de closes se corresponde con los metodos de clase o static, y 
por lo tanto con las variables de clase o static. Si lo que se desea es conseguir que un metodo 
bloquee simultaneamente una clase entera, es decir todos los objetos creados de una clase, es 
necesario declarar este metodo como synchronized static. Durante la ejecucion de un metodo 
declarado de esta segunda forma ningun metodo sincronizado tendra acceso a ningun objeto de la 
clase bloqueada. 

La sincronizacion puede ser problematica y generar errores. Un thread podria bloquear un 
determinado recurso de forma indefinida, impidiendo que el resto de threads accedieran al mismo. 
Para evitar esto ultimo, habra que utilizar la sincronizacion solo donde sea estrictamente necesario. 

Es necesario tener presente que si dentro un metodo sincronizado se utiliza el metodo sleepQ 
de la clase Thread, el objeto bloqueado permanecera en ese estado durante el tiempo indicado en el 
argumento de dicho metodo. Esto implica que otros threads no podran acceder a ese objeto durante 
ese tiempo, aunque en realidad no exista peligro de simultaneidad ya que durante ese tiempo el 
thread que mantiene bloqueado el objeto no realizara cambios. Para evitarlo es conveniente sustituir 
sleepO por el metodo wait() de la clase javaJang.Object heredado automaticamente por todas las 
clases. Cuando se llama al metodo waitQ (siempre debe hacerse desde un metodo o bloque 
synchronized) se libera el bloqueo del objeto y por lo tanto es posible continuar utilizando ese 
objeto a traves de metodos sincronizado s. El metodo waitQ detiene el thread hasta que se Uame al 
metodo notifyO o notiJyAll() del objeto, o finalice el tiempo indicado como argumento del metodo 
wait(). El metodo unObjeto. notify () lanza una serial indicando al sistema que puede activar uno de 
los threads que se encuentren bloqueados esperando para acceder al objeto unObjeto. El metodo 
notifyAllQ lanza una seiial a todos los threads que estan esperando la liberacion del objeto. 

Los metodos notifyQ y notifyAllQ deben ser Uamados desde el thread que tiene bloqueado el 
objeto para activar el resto de threads que estan esperando la liberacion de un objeto. Un thread se 
convierte en propietario del bloqueo de un objeto ejecutando un metodo sincronizado del objeto. 
Los bloqueos de tipo clase, se consiguen ejecutando un metodo de clase sincronizado 
(synchronized static). Veanse las dos funciones siguientes, de las que put() inserta un dato y get() lo 
recoge: 

public synchronized int get ( ) { 
while (available == false) { 
try { 

// Espera a que put ( ) asigne el valor y lo comunique con notify () 
wait ( ) ; 
} catch ( InterruptedException e) { } 
} 

available = false; 

// notifica que el valor ha side leido 
notifyAll () ; 
// devuelve el valor 
return contents; 
} 

public synchronized void put (int value) { 
while (available == true) { 
try { 

// Espera a que get () lea el valor disponible antes de darle otro 
wait ( ) ; 
} catch (InterruptedException e) { } 
} 
// ofrece un nuevo valor y lo declara disponible 
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contents = value; 
available = true; 

// notifica que el valor ha sido cambiado 
notifyAll () ; 
} 

El bucle while de la funcion get() continua ejecutandose (avaiaibie == false) hasta que el 
metodo putQ haya suministrado un nuevo valor y lo indique con avaiaibie = true. En cada 
iteracion del while la funcion waitQ hace que el hilo que ejecuta el metodo get() se detenga hasta 
que se produzca un mensaje de que algo ha sido cambiado (en este caso con el metodo notifAllQ 
ejecutado porput()). El metodo put() funciona de forma similar. j 

Existe tambien la posibilidad de sincronizar una parte del codigo de un metodo sin necesidad 
de mantener bloqueado el objeto desde el comienzo hasta el final del metodo. Para ello se utiliza la 
palabra clave syncronized indicando entre parentesis el objeto que se desea sincronizar 
(synchronized (objetoASincronizar)). Por ejemplo si se desea sincroulzar el propio thread en una 
parte del metodo run(), el codigo podria ser: 

public void run() { 
while (true) { 

syncronized (this ) { // El objeto a sincronizar es el propio thread 

... // Codigo sincronizado 

} 
try { 

sleep (500); // Se detiene el thread durante 0.5 segundos pero el objeto 
// es accesible por otros threads al no estar sincronizado 
} catch (InterruptedException e) {} 



Un thread puede Uamar a un metodo sincronizado de un objeto para el cual ya posee el 
bloqueo, volviendo a adquirir el bloqueo. Por ejemplo: 

public class VolverAAdquirir { 

public synchronized void a() { 
b(); 

System. out . println ( "Estoy en a()"); 
} 
public synchronized void b() { 

System. out . print In ( "Estoy en b()"); 
} 
} 



El anterior ejemplo obtendra como resultado: 

Estoy en b ( ) 
Estoy en a ( ) 

debido a que se ha podido acceder al objeto con el metodo bQ al ser el thread que ejecuta el metodo 
a() "propietario" con anterioridad del bloqueo del objeto. 

La sincronizacion es un proceso que Ueva bastante tiempo a la CPU, luego se debe minimizar 
su uso, ya que el programa sera mas lento cuanta mas sincronizacion incorpore. 

6.4 Prioridades 

Con el fin de conseguir una correcta ejecucion de un programa se establecen prioridades en los 
threads, de forma que se produzca un reparto mas eficiente de los recursos disponibles. Asi, en un 
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determinado momento, interesara que un determinado proceso acabe lo antes posible sus calculos, 
de forma que habra que otorgarle mas recursos (mas tiempo de CPU). Esto no significa que el resto 
de procesos no requieran tiempo de CPU, sino que necesitaran menos. La forma de Uevar a cabo 
esto es gracias a las prioridades. 

Cuando se crea un nuevo thread, este hereda la prioridad del thread desde el que ha sido 
inicializado. Las prioridades viene definidas por variables miembro de la clase Thread, que toman 
valores enteros que oscilan entre la maxima prioridad MAX_PRIORITY (normalmente tiene el 
valor 10) y la minima prioridad MIN_PRIORITY (valor 1), siendo la prioridad por defecto 
NORM_PRIORITY (valor 5). Para modificar la prioridad de un thread se utiliza el metodo 
setPriorityO . Se ob tiene su valor con getPriority(). 

El algoritmo de distribucion de recursos en Java escoge por norma general aquel thread que 
tiene una prioridad mayor, aunque no siempre ocurra asi, para evitar que algunos procesos queden 
"dormidos". Cuando hay dos o mas threads de la misma prioridad (y ademas, dicha prioridad es la 
mas elevada), el sistema no establecera prioridades entre los mismos, y los ejecutara 
alternativamente dependiendo del sistema operativo en el que este siendo ejecutado. Si dicho SO 
soporta el "time- slicing" (reparto del tiempo de CPU), como por ejemplo lo hace Windows 
95/98/NT, los threads seran ejecutados alternativamente. 

Un thread puede en un determinado momento renunciar a su tiempo de CPU y otorgarselo a 
otro thread de la misma prioridad, mediante el metodo yield(), aunque en ningiin caso a un thread 
de prioridad inferior. 
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6.5 GRUPOS DE THREADS 

Todo hilo de Java debe formar parte de un grupo 
de hilos (ThreadGroup). Puede pertenecer al grupo 
por defecto o a uno explicitamente creado por el 
usuario. Los grupos de threads proporcionan una 
forma sencilla de manejar multiples threads como 
un solo objeto. Asi, por ejemplo es posible parar 
varios threads con una sola Uamada al metodo 
correspondiente. Una vez que un thread ha sido 
asociado a un threadgroup, no puede cambiar de 
grupo. 

Cuando se arranca un programa, el sistema 
crea un ThreadGroup Uamado main. Si en la 
creacion de un nuevo thread no se especifica a que 

grupo pertenece, automaticamente pasa a pertenecer al threadgroup del thread desde el que ha sido 
creado (conocido como current thread group y current thread, respectivamente). Si en dicho 
programa no se crea ningun ThreadGroup adicional, todos los threads creados perteneceran al 
grupo main (en este grupo se encuentra el metodo mainQ). La Figura 6.3 presenta una posible 
distribucion de threads distribuidos en grupos de threads. 

Para conseguir que un thread pertenezca a un grupo concreto, hay que indicarlo al crear el 
nuevo thread, segun uno de los siguientes constructores: 

public Thread (ThreadGroup grupo, Runnable destino) 



Md 



Figura 6.3. Representacion de los grupos de Threads. 
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public Thread (ThreadGroup grupo. String nombre) 

public Thread (ThreadGroup grupo, Runnable destine. String nombre) 

A su vez, un ThreadGroup debe pertenecer a otro ThreadGroup . Como ocuma en el caso 
anterior, si no se especifica ninguno, el nuevo grupo pertenecera al ThreadGroup desde el que ha 
sido creado (por defecto al grupo main). La clase ThreadGroup tiene dos posibles constructores: 

ThreadGroup (ThreadGroup parent. String nombre); 
ThreadGroup (String name) ; 

el segundo de los cuales toma como parent el threadgroup al cual pertenezca el thread desde el que 
se crea {Thread. currentThreadQ). Para mas informacion acerca de estos constructores, dirigirse a la 
documentacion del API de Java donde aparecen numerosos metodos para trabajar con grupos de 
threads a disposicion del usuario (getMaxPriorityQ, setMaxPriorityQ, getNameQ, getParent(), 
parentOfO). 

En la practica los ThreadGroups no se suelen utilizar demasiado. Su uso practico se limita a 
efectuar determinadas operaciones de forma mas simple que de forma individual. En cualquier caso, 
vease el siguiente ejemplo: 

ThreadGroup miThreadGroup = new ThreadGroup ( "Mi Grupo de Threads"); 
Thread miThread = new Thread (miThreadGroup, "un thread para mi grupo"); 

donde se crea un grupo de threads {miThreadGroup) y un thread que pertenece a dicho grupo 
{miThread). 



♦" 
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7. APPLETS 



7.1 Que ES UN APPLET 

Un applet es una mini-aplicacion, escrita en Java, que se ejecuta en un browser {Netscape 
Navigator, Microsoft Internet Explorer, ...) al cargar una pagina HTML que incluye informacion 
sobre el applet a ejecutar por medio de las tags <APPLET>... </APPLET>. 

A continuacion se detallan algunas caracteristicas de las applets: 

1. Los ficheros de Java compilados (*. class) se descargan a traves de la red desde un servidor de 
Web o servidor HTTP hasta el browser en cuya Java Virtual Machine se ejecutan. Pueden 
incluir tambien ficheros de imagenes y sonido. 

2. Las applets no tienen ventana propia: se ejecutan en la ventana del browser (en un ''panel"). 

3. Por la propia naturaleza "abierta" de Internet, las applets tienen importantes restricciones de 
seguridad, que se comprueban al Uegar al browser: solo pueden leer y escribir ficheros en el 
servidor del que han venido, solo pueden acceder a una limitada informacion sobre el ordenador 
en el que se estan ejecutando, etc. Con ciertas condiciones, las applets "de confianza" {trusted 
applets) pueden pasar por encima de estas restricciones. 

Aunque su entomo de ejecucion es un browser, las applets se pueden probar sin necesidad de 
browser con la aplicacion appletviewer del JDK de Sun. 



7.1.1 Algunas caracteristicas de las applets 

Las caracteristicas de las applets se pueden considerar desde el punto 
de vista del programador y desde el del usuario. En este manual lo mas 
importante es el punto de vista del programador: 

• Las applets no tienen un metodo main() con el que comience 
la ejecucion. El papel central de su ejecucion lo asumen otros 
metodos que se veran posteriormente. 

• Todas las applets derivan de la clase java.applet.Applet. La 
Figura 7.1 muestra la jerarquia de clases de la que deriva la 
clase Applet. Las applets deben redefinir ciertos metodos 
heredados de Applet que controlan su ejecucion: init(), 
startQ, stopO, destroy (). 

• Se heredan otros muchos metodos de las super-clases de 
Applet que tienen que ver con la generacion de interfaces 
graficas de usuario (AWT). Asi, los metodos graficos se 
heredan de Component, mientras que la capacidad de anadir componentes de interface de 
usuario se hereda de Container y de Panel. 

• Las applets tambien suelen redefinir ciertos metodos graficos: los mas importantes son 
paintQ y update(), heredados de Component y de Container; y repaint() heredado de 
Component. 



Java. lang. Object 






java.awt.Component 






Java. awt. Container 






java.awt. Panel 






java.applet.Applet 



Figura 7.1. Jerarquia de clases 
de Applet. 
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• Las applets disponen de metodos relacionados con la obtencion de informacion, como por 
ejemplo: getAppletlnfoQ, getAppletContextQ, getParameterlnfoQ, getParameter(), 
getCodeBaseO, getDocumentBaseQ, e isActive(). 

El metodo showStatusQ se utiliza para mostrar infomiacion en la barra de estado del browser. 
Existen otros metodos relacionados con imagenes y sonido: getlmageQ, getAudioClipQ, playQ, etc. 

7.1.2 Metodos que controlan la ejecucion de un applet 

Los metodos que se estudian en este Apartado controlan la ejecucion de las applets. De ordinario el 
programador tiene que redefinir uno o mas de estos metodos, pero no tiene que preocuparse de 
Uamarlos: el browser se encarga de hacerlo. 

7.1.2.1 Metodo init() -^^^ 

Se llama automaticamente al metodo lnlt() en cuanto el browser o visualizador carga el applet. Este 
metodo se ocupa de todas las tareas de inicializacion, realizando las funciones del constructor (al 
que el browser no llama). 

En Netscape Navigator se puede reinicializar un applet con Shift+Reload. 

7.1.2.2 Metodo startO 

El metodo start() se llama automaticamente en cuanto el applet se hace visible, despues de haber 
sido inicializada. Se llama tambien cada vez que el applet se hace de nuevo visible despues de haber 
estado oculta (por dejar de estar activa esa pagina del browser, al cambiar el tamano de la ventana 
del browser, al hacer reload, etc.). 

Es habitual crear threads en este metodo para aquellas tareas que, por el tiempo que requieren, 
dejarian sin recursos al applet o incluso al browser. Las animaciones y ciertas tareas a traves de 
Internet son ejemplos de este tipo de tareas. 

■▼■ 

7.1.2.3 Metodo stopO 

El metodo stopQ se llama de forma automatica al ocultar el applet (por haber haber dejado de estar 
activa la pagina del browser, por hacer reload o resize, etc.). 

Con objeto de no consumir recursos inutilmente, en este metodo se suelen parar las threads 
que esten corriendo en el applet, por ejemplo para mostrar animaciones. 

7.1.2.4 Metodo destroyO 

Se llama a este metodo cuando el applet va a ser descargada para liberar los recursos que tenga 
reservados (excepto la memoria). De ordinario no es necesario redefinir este metodo, pues el que se 
hereda cumple bien con esta mision. 

7.1.3 Metodos para dibujar el applet 

Las applets son aplicaciones graficas que aparecen en una zona de la ventana del browser. Por ello 
deben redefinir los metodos graficos/7a/n^() y update(). El metodo paintQ se declara en la forma: 
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public void paint (Graphics g) 

El objeto grafico g pertenece a la cla.se java.awt.Graphics, que siempre debe ser importada 
por el applet. Este objeto define un contexto o estado grafico para dibujar (metodos graficos, 
colores, fonts, etc.) y es creado por el browser. 

Todo el trabajo grafico del applet (dibujo de lineas, formas graficas, texto, etc.) se debe incluir 
en el metodo /7a/n^0^ porque este metodo es Uamado cuando el applet se dibuja por primera vez y 
tambien de forma automatica cada vez que el applet se debe redibujar. ^^ 

En general, el programador crea el metodo paint() pero no lo suele Uamar. Para pedir 
explicitamente al sistema que vuelva a dibujar el applet (por ejemplo, por haber realizado algun 
cambio) se utiliza el metodo repalnt(), que es mas facil de usar, pues no requiere argumentos. El 
metodo repaintQ se encarga de Uamar a.palnt() a traves de updateQ. 

El metodo repaintQ llama a update(), que borra todo pintando de nuevo con el color de fondo 
y luego llama apaintQ. A veces esto produce parpadeo de pantalla o flickering. Existen dos formas 
de evitar q\ flickering: 

1. Redefinir updateQ de forma que no borre toda la ventana sino solo lo necesario. 

2. Redefinir /7am^0 Y updateQ para utilizar doble buffer. 

Ambas formas fueron consideradas en los Apartados 5.6.1 y 5.6.2, en la pagina 123. 

7.2 COMO INCLUIR UN APPLET EN UNA PAGINA HTML 

Para Uamar a un applet desde una pagina HTML se utiUza la tag doble <APPLET>...</APPLET>, 
cuya forma general es (los elementos opcionales aparecen entre corchetes[]): 

<APPLET CODE="miApplet .class" [CODEBASE="unURL" ] [NAME="unName " ] 

WIDTH="wpixels" HEIGHT="hpixels " 

[ALT="TextoAlternativo" ] > 

[texto alternative para browsers que reconocen el tag <applet> pero no pueden 
ejecutar el applet] 

[<PARAM NAME="MyNamel" VALUE=" valueOf MyNamel "> ] 

[<PARAM NAME="MyName2" VALUE=" valueOf MYName2 "> ] 
</APPLET> 

El atributo NAME permite dar un nombre opcional al applet, con objeto de poder 
comunicarse con otras applets o con otros elementos que se esten ejecutando en la misma pagina. El 
atributo ARCHIVE permite indicar uno o varios ficheros Jar o Zip (separados por comas) donde se 
deben buscar las clases. 

A continuacion se senalan otros posibles atributos de <APPLET>: 

• ARCHIVE="filel, file2, fileS". Se utiliza para especificar ficheros JAR y ZIP. 

• ALIGN, VSPACE, HSPACE. Tienen el mismo significado que el tag IMG de HTML. 

7.3 Paso DE PARAMETROS A UN APPLET 

Los tags PARAM permiten pasar diversos parametros desde el fichero HTML al programa Java del 
applet, de una forma analoga a la que se utiliza para pasar argumentos a mainQ. 
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Cada parametro tiene un nombre y un valor. Ambos se dan en forma de String, aunque el 
valor sea numerico. El applet recupera estos parametros y, si es necesario, convierte los Strings en 
valores numericos. El valor de los parametros se obtienen con el siguiente metodo de la clase 
Applet: 

string getParameter (St ring name) 

La conversion de Strings a los tipos primitivos se puede hacer con los metodos asociados a 
los wrappers que Java proporciona para dichos tipo fundamentals (Integer.parselnt(String), 
Double.valueOf( String), ...)• Estas clases de wrappers se estudiaron en el Apartado 4.3, a partir de 
la pagina 69. 

En los nombres de los parametros no se distingue entre mayusculas y minusculas, pero si en 
los valores, ya que seran interpretados por un programa Java, que si distingue. 

El programador del applet deberia prever siempre unos valores por defecto para los 
parametros del applet, para el caso de que en la pagina HTML que llama al applet no se definan. 

El metodo getParameterlnfaO devuelve una matriz de Strings (String[][]) con informacion 
sobre cada uno de los parametros soportados por el applet: nombre, tipo y descripcion, cada uno de 
ellos en un String. Este metodo debe ser redefinido por el programador del applet y utilizado por la 
persona que prepara la pagina HTML que llama al applet. En muchas ocasiones seran personas 
distintas, y esta es una forma de que el programador del applet de informacion al usuario. 

7.4 CaRGA DE APPLETS 



7.4.1 Localizacion de ficheros 

Por defecto se supone que los ficheros *.class del applet estan en el mismo directorio que el fichero 
HTML. Si el applet pertenece a un package, el browser utiliza el nombre del package para construir 
un path de directorio relativo al directorio donde esta el HTML. 

El atributo CODEBASE permite definir un URL para los ficheros que continen el codigo y 
demas elementos del applet. Si el directorio definido por el URL de CODEBASE es relativo, se 
interpreta respecto al directorio donde esta el HTML; si es absoluto se interpreta en sentido estricto 
y puede ser cualquier directorio de la Internet. 

7.4.2 Archives JAR (Java Archives) 

Si un applet consta de varias clases, cada fichero *.class requiere una conexion con el servidor de 
Web (servidor de protocolo HTTP), lo cual puede requerir algunos segundos. En este caso es 
conveniente agrupar todos los ficheros en un archivo unico, que se puede comprimir y cargar con 
una sola conexion HTTP. 

Los archivos JAR estan basados en los archivos ZIP y pueden crearse con el programayar que 
viene con el JDK. Por ejemplo: 

jar cvf myFile.jar *. class *.gif 
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crea un fichero Uamado my File. jar que contiene todos los ficheros *. class y *.gif del directorio 
actual. Si las clases pertenecieran a un package Uamado es.ceit.inforl se utilizaria el comando: 

jar cvf myFile.jar es\ceit \infor2\* . class *.gif 
7.5 COMUNICACION DEL APPLET CON EL BROWSER 

La comunicacion entre el applet y el browser en el que se esta ejecutando se puede controlar 
mediante la interface AppletContext (package java.applet). AppletContext es una interface 
implementada por el browser, cuyos metodos pueden ser utilizados por el applet para obtener 
informacion y realizar ciertas operaciones, como por ejemplo sacar mensajes breves en la barra de 
estado del browser. Hay que tener en cuenta que la barra de estado es compartida por el browser y 
las applets, lo que tiene el peligro de que el mensaje sea rapidamente sobre-escrito por el browser u 
otras applets y que el usuario no Uegue a enterarse del mensaje. 

Los mensajes breves a la barra de estado se producen con el metodo showStatusQ, como por 
ejemplo, 

getAppletContext ( ) . showStatus ( "Cargado desde el fichero " + filename); 

Los mensajes mas importantes se deben dirigir a la sallda estdndar o a la salida de errores, 
que en Netscape Navigator es la Java Console (la cual se hace visible desde el menu Options en 
Navigator 3.0, desde el menu Communicator en Navigator 4.0* y desde Communicator/Tools en 

Navigator 4.5). Estos mensajes se pueden enviar con las sentencias: 

System. out. print () ; 

System. out . print In () ; 

System, error . print () ; "^^ 

System. error . print In ( ) ; 

Para mostrar documentos HTML en una ventana del browser se pueden utilizar los metodos 
siguientes: * ' 

• showDocument(URL miUrl, [String target]), que muestra un documento HTML en el 
frame del browser indicado por target {name, _top, _parent, _blank, _selj). 

• showDocument(URL miUrl), que muestra un documento HTML en la ventana actual del 
browser. 

Un applet puede conseguir informacion de otras applets que estan corriendo en la misma 
pagina del browser, enviarles mensajes y ejecutar sus metodos. El mensaje se envia invocando los 
metodos del otro applet con los argumentos apropiados. 

Algunos browsers exigen, para que las applets se puedan comunicar, que las applets 
provengan del mismo browser o incluso del mismo directorio (que tengan el mismo codebase). 

Por ejemplo, para obtener informacion de otras applets se pueden utilizar los metodos: 

• get Applet( String name), que devuelve el applet Uamada name (o null si no la encuentra). 
El nombre del applet se pone con el atributo opcional NAME o con el parametro NAME. 

• getAppletsQ, que devuelve una enumeracion con todas las applets de la pagina. 

Para poder utilizar todos los metodos de un applet que se esta ejecutando en la misma pagina 
HTML (y no solo los metodos comunes heredados de Applet), debe hacerse un cast del objeto de la 
clase Applet que se ob tiene como valor de retorno de getApplet() a la clase concreta del applet. 
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Para que pueda haber respuesta (es decir, comunicacion en los dos sentidos), el primer applet 
que en via un mensaje debe enviar una referenda a si misma por medio del argumento this. 

7.6 SONIDOS EN APPLETS 

La clase Applet y la interface AudioClips permiten utilizar sonidos en applets. La Tabla 7.1 muestra 



Metodos de Applet 


Funcion que realizan 


public AudioClip getAudioClip(URL url) 


Devuelve el objeto especificado por url, que implementa 
la interface AudioClip 


public AudioClip getAudioClip(URL url. String name) 


Devuelve el objeto especificado por url (direccion base) y 
name (direccion relativa) 


play(URL url), play(URL url. String name) 


Hace que suene el AudioClip correspondiente a la 
direccion especificada 


Metodos de la interface AudioClip (en java.applet) 


Funcion que realizan 


void loopO 


Ejecuta el sonido repetidamente 


void playO 


Ejecuta el sonido una sola vez 


void stopO 


Detiene el sonido 



Tabla 7.1. Metodos de Applet y de AudioClip relacionados con sonidos. 

algunos metodos interesantes al respecto. 

Respecto a la carga de sonidos, por lo general es mejor cargar los sonidos en un thread 
distinto (creado en el metodo initQ) que en el propio metodo initQ, que tardaria en devolver el 
control y permitir al usuario empezar a interaccionar con el applet. 

Si el sonido no ha terminado de cargarse (en la thread especial para ello) y el usuario 
interacciona con el applet para ejecutarlo, el applet puede darle un aviso de que no se ha terminado 
de cargar. ^m 



♦" 



7.7 IMAGENES EN APPLETS 



Las applets admiten los formatos JPEG y GIF para representar imagenes a partir de ficheros 
localizados en el servidor. Estas imagenes se pueden cargar con el metodo getlmage() de la clase 
Applet, que puede tener las formas siguientes: 

public Image getImage(URL url) 

public Image getImage(URL url. String name) 

Estos metodos devuelven el control inmediatamente. Las imagenes de cargan cuando se da la 
orden de dibujar las imagenes en la pantalla. El dibujo se realiza entonces de forma incremental, a 
medida que el contenido va Uegando. 

Para dibujar imagenes se utiliza el metodo drawlmage() de la clase Graphics, que tiene las 
formas siguientes: 

public abstract boolean drawlmage (Image img, int x, int y, 

Color bgcolor, ImageObserver observer) 

public abstract boolean drawlmage ( Image img, int x, int y, int width, int height. 

Color bgcolor, ImageObserver observer) 
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El primero de ellos dibuja la imagen con su tamano natural, mientras que el segundo realiza 
un cambio en la escala de la imagen. 

Los metodos drawlmage() van dibujando la parte de la imagen que ha Uegado, con su tamano, 
a partir de las coordenadas (x, y) indicadas, utilizando bgcolor para los pixels transparentes. 

Estos metodos devuelven el control inmediatamente, aunque la imagen no este del todo 
cargada. En este caso devuelve false. En cuanto se carga una parte adicional de la imagen, el 
proceso que realiza el dibujo avisa al ImageObserver especificado. ImageObserver es una interface 
implementada por Applet que permite seguir el proceso de carga de una imagen. 



7.8 Obtencion de las propiedades del sistema 

Un applet puede obtener informacion del sistema o del entomo en el que se ejecuta. Solo algunas 
propiedades del sistema son accesibles. Para acceder a las propiedades del sistema se utiliza un 
meio&o static &&\2iC\2i^e, System: 

string salida = System. getProperty ( "file . separator ") ; '^ 

Los nombres y significados de las propiedades del sistema accesibles son las siguientes: 



'file, separator" 
'java.class. version" 
'Java, vendor" 
'java.vendor.url" 
'java.version" 
'line, separator" 
'os.arch" 
'os.name" 
'path, separator" 



Separador de directorios (por ejemplo, "/" o "\") 

Numero de version de las clases de Java 

Nombre especifico del vendedor de Java 

URL del vendedor de Java 

Numero de version Java 

Separador de lineas 

Arquitectura del sistema operativo 

Nombre del sistema operativo 



Separador en la variable Path (por ejemplo, ":" 

No se puede acceder a las siguientes propiedades del sistema: "java.class.path", "java.home", 
"user.dir", "user.home", "user.name". 



7.9 Utilizacion de threads en applets 

Un applet puede ejecutarse con varias threads, y en muchas ocasiones sera necesario o conveniente 
hacerlo asi. Hay que tener en cuenta que un applet se ejecuta siempre en un browser (o en la 
aplicacion appletviewer). 

Asi, las threads en las que se ejecutan los metodos mayores -InltQ, startQ, stopQ y destroy()- 
dependen del browser o del entorno de ejecucion. Los metodos graficos -palntQ, update() y 
repalnt()- se ejecutan siempre desde una thread especial del AWT. 

Algunos browsers dedican un thread para cada applet en una misma pagina; otros crean un 
grupo de threads para cada applet (para poderlas matar al mismo tiempo, por ejemplo). En 
cuelquier caso se garantiza que todas las threads creadas por los metodos mayores pertenecen al 
mismo grupo. 

Se deben introducir threads en applets siempre que haya tareas que consuman mucho tiempo 
(cargar una imagen o un sonido, hacer una conexion a Internet, ...). Si estas tareas pesadas se ponen 
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en el metodo init() bloquean cualquier actividad del applet o incluso de la pagina HTML hasta que 
se completan. Las tareas pesadas pueden ser de dos tipos: 

• Las que solo se hacen una vez. 

• Las que se repiten muchas veces. 

Un ejemplo de tarea que se repite muchas veces puede ser una animacion. En este caso, la 
tarea repetitiva se pone dentro de un bucle while o do... while, dentro del thread. El thread se 
deberia crear dentro del metodo start() del applet y destruirse en stop(). De este modo, cuando el 
applet no esta visible se dejan de consumir recursos. 

Al crear el thread en el metodo startQ se pasa una referenda al applet con la palabra this, que 
se refiere al applet. El applet debera implementar la interface Runnable, y por tanto debe definir el 
metodo run(), que es el centro del Thread (ver Apartado 6.1.2, en la pagina 126). 

Un ejemplo de tarea que se realiza una sola vez es la carga de imagenes *.gifo *.jpeg, que ya 
se realiza automaticamente en un thread especial. 

Sin embargo, los sonidos no se cargan en threads especiales de forma automatica; los debe 
crear el programador para cargarlos en "background". Este es un caso tipico de ^vogvdiVadi producer- 
consumer: el thread es el producer y el applet el consumer. Las threads deben estar sincronizadas , 
para lo que se utilizan los metodos wait() y notifyAllQ. 

A continuacion se presenta un ejemplo de thread con tarea repetitiva: 

public void start () { 

if (repetitiveThread == null) { 

repetitiveThread = new Thread (this ) ; // se crea un nuevo thread 

} 

repetitiveThread. start () ; // se arranca el thread creado: start () llama a run() 
} 

public void stop() { 

repetitiveThread = null; // para parar la ejecucion del thread 
} 



public void run() { 

while (Thread . currentThread ( ) == repetitiveThread) { 

... // realizar la tarea repetitiva. 
} 
} 

El metodo run() se detendra en cuanto se ejecute el metodo stop(), porque la referenda al 
thread esta a null. 

7.10 Applets que tambien son aplicaciones 

Es muy interesante desarroUar aplicaciones que pueden funcionar tambien como applets y 
viceversa. En concreto, para hacer que un applet pueda ejecutarse como aplicacion pueden seguirse 
las siguientes instrucciones: 

1 . Se aiiade un metodo main() a la clase MiApplet (que deriva de Applet) 
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2. El metodo main() debe crear un objeto de la clase MiApplet e introducirlo en un Frame. 

3. El metodo main() debe tambien ocuparse de hacer lo que haria el browser, es decir, Uamar 
a los metodos init() y startQ de la clase MiApplet. 

4. Se puede anadir tambien una static inner class que derive de WindowAdapter y que 
gestione el evento de cerrar la ventana de la aplicacion definiendo el metodo 
window ClosingQ. Este metodo llama al metodo System.exit(O). Segun como sea el applet, 
el metodo window ClosingO previamente debera tambien Uamar a los metodos 
MiApplet.stopO y MiApplet.destroyQ, cosa que para las applets se encarga de hacer el 
browser. En este caso conviene que el objeto de MiApplet creado por main() sea static, en 
lugar de una variable local. 

A continuacion se presenta un ejemplo: 

public class MiApplet extends Applet { 

public void init (){...} , . 

... - .^ 

// clase para cerrar la aplicacion r 

static class WL extends WindowsAdapter { 

public void windowClosing (WindowEvent e) { 

MiApplet . stop ( ) ; 

MiApplet . destroy ; 

System. exit (0) ; 

} // fin de WindowAdapter j^^KS 

11 programa principal 

public static void main (St ring [ ] args) { 

static MiApplet unApplet = new MiApplet (); 

Frame unFrame = new Frame ( "MiApplet ") ; 

unFrame . addWindowListener (new WL ( ) ) ; 

unFrame . add (un applet. Border Lay out .CENTER) ; 

unFrame. set Size (400, 400) ; 

unApplet . init ( ) ; 

unApplet . start ( ) ; 

unFrame . setVisible (true) ; 
} 

} // fin de la clase MiApplet 
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8. EXCEPCIONES 

A diferencia de otros lenguajes de programacion orientados a objetos como C/C++, Java incorpora 
en el propio lenguaje la gestion de errores. El mejor momento para detectar los errores es durante la 
compilacion. Sin embargo practicamente solo los errores de sintaxis son detectados durante este 
periodo. El resto de problemas surgen durante la ejecucion de los programas. 

En el lenguaje Java, una Exception es un cierto tipo de error o una condicion anormal que se 
ha producido durante la ejecucion de un programa. Algunas excepciones son fatales y provocan que 
se deba finalizar la ejecucion del programa. En este caso conviene terminar ordenadamente y dar un 
mensaje explicando el tipo de error que se ha producido. Otras, como por ejemplo no encontrar un 
fichero en el que hay que leer o escribir algo, pueden ser recuperables. En este caso el programa 
debe dar al usuario la oportunidad de corregir el error (indicando una nueva localizacion del fichero 
no encontrado). 

Un buen programa debe gestionar correctamente todas o la mayor parte de los errores que se pueden 
producir. Hay dos "estilos" de hacer esto: 

1. A la "antigua usanza": los metodos devuelven un codigo de error. Este codigo se 
chequea en el entorno que ha Uamado al metodo con una serie de if elseif ..., gestionando 
de forma diferente el resultado correcto o cada uno de los posibles errores. Este sistema 
resulta muy complicado cuando hay varios niveles de Uamadas a los metodos. 

2. Con soporte en el propio lenguaje: En este caso el propio lenguaje proporciona 
construcciones especiales para gestionar los errores o Exceptions. Suele ser lo habitual en 
lenguajes modernos, como C++, Visual Basic y Java. 

En los siguientes apartados se examina como se trabaja con los bloques y expresiones try, 
catch, throw, throws y finally, cuando se deben lanzar excepciones, cuando se deben capturar y 
como se crean las clases propias de tipo Exception. 

8.1 Excepciones estandar de Ja v a 

Los errores se representan mediante dos tipos de clases derivadas de la clase Throwable: Error y 
Exception. La siguiente figura muestra parcialmente la jerarquia de clases relacionada con 
Throwable: 



Throwable 



X 



Error 



1_ 



Exception 



RuntimeException 



X 



lOException 



NullPointerException 



IndexOutOfBoundsException 



NegativeArraySizeException 



X 



AWTException 



EOFException 



FileNotFound Exception 



MalformedURLException 



Figura 8.1: Jerarquia de clases derivadas de Throwable. 
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La clase Error esta relacionada con errores de compilacion, del sistema o de la JVM. De 
ordinario estos errores son irrecuperables y no dependen del programador ni debe preocuparse de 
capturarlos y tratarlos. 

La clase Exception tiene mas interes. Dentro de ella se puede distinguir: 

1. RuntimeException: Son excepciones muy frecuentes, de ordinario relacionadas con 
errores de programacion. Se pueden Uamar excepciones implicitas. 

2. Las demas clases derivadas de Exception son excepciones explicitas. Java obliga a 
tenerlas en cuenta y chequear si se producen. 

El caso de RuntimeException es un poco especial. El propio Java durante la ejecucion de un 
programa chequea y lanza automaticamente las excepciones que derivan de RuntimeException. El 
programador no necesita establecer los bloques try/catch para controlar este tipo de excepciones. 
Representan dos casos de errores de programacion: 

1. Un error que normalmente no suele ser chequeado por el programador, como por ejemplo 
recibir una referenda null en un metodo. 

2. Un error que el programador deberia haber chequeado al escribir el codigo, como 
sobrepasar el tamaiio asignado de un array (genera un ArraylndexOutOfBoundsException 
automaticamente) . 

En realidad seria posible comprobar estos tipos de errores, pero el codigo se complicaria 
excesivamente si se necesitara chequear continuamente todo tipo de errores (que las referencias son 
distintas de null, que todos los argumentos de los metodos son correctos, y un largo etcetera). 

Las clases derivadas de Exception pueden pertenecer a distintos packages de Java. Algunas 
perenecen a javaJang (Throwable, Exception, RuntimeException, ...); otras a java.io 
(EOFException, FileNotFoundException, ...) o a otros packages. Por heredar de Throwable todos 
los tipos de excepciones pueden usar los metodos siguientes: 

1. String getMessageO Extrae el mensaje asociado con la excepcion. 

2. String toStringO Devuelve un String que describe la excepcion. 

3. void printStackTraceO Indica el metodo donde se lanzo la excepcion. 

8.2 Lanzar UNA Exception 

Cuando en un metodo se produce una situacion anomala es necesario lanzar una excepcion. El 
proceso de lanzamiento de una excepcion es el siguiente: 

1 . Se crea un objeto Exception de la clase adecuada. 

2. Se lanza la excepcion con la sentencia throw seguida del objeto Exception creado. 

// Codigo que lanza la excepcion MyException una vez detectado el error 
MyException me = new MyException ( "MyException message"); 
throw me; 

Esta excepcion debera ser capturada (catch) y gestionada en el propio metodo o en algun otro 
lugar del programa (en otro metodo anterior en la. pila o stack de Uamadas), segun se explica en el 
Apartado 8.3. 
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Al lanzar una excepcion el metodo teraiina de inmediato, sin devolver ningun valor. 
Solamente en el caso de que el metodo incluya los bloques try /catch/finally se ejecutara el bloque 
catch que la captura o el \Aoq\xc finally (si existe). 

Todo metodo en el que se puede producir uno o mas tipos de excepciones (y que no utiliza 
directamente los bloques try /catch/finally para tratarlos) debe declararlas en el encabezamiento de 
la funcion por medio de la palabra throws. Si un metodo puede lanzar varias excepciones, se ponen 
detras de throws separadas por comas, como por ejemplo: 

public void leerFichero (String fich) throws EOFException, FileNotFoundException {...} 

Se puede poner unicamente una superclase de excepciones para indicar que se pueden lanzar 
excepciones de cualquiera de sus clases derivadas. El caso anterior seria equivalente a: 

public void leerFichero (St ring fich) throws lOException {...} 

Las excepciones pueden ser lanzadas directamente por leerFlcheroQ o por alguno de los 
metodos Uamados por leerFlcheroQ, ya que las clases EOFException y FileNotFoundException 
derivan de lOExceptlon. 

Se recuerda que no hace falta avisar de que se pueden lanzar objetos de la clases Error o 
RuntlmeExceptlon (excepciones implicitas). 

8.3 Capturar UNA Exception 

Como ya se ha visto, ciertos metodos de los packages de Java y algunos metodos creados por 
cualquier programador producen ("lanzan") excepciones. Si el usuario llama a estos metodos sin 
tenerlo en cuenta se produce un error de compilacion con un mensaje del tipo: "... Exception 
java.io.IOException must be caugth or it must be declared in the throws clause of this method". El 
programa no compilara mientras el usuario no haga una de estas dos cosas: 

1 . Gestlonar la excepcion con una construccion del tipo try {. . .} catch {...}■ 

2. Re-lanzar la excepcion hacia un metodo anterior en el stack, declarando que su metodo 
tambien lanza dicha excepcion, utilizando para ello la construccion throws en el header 
del metodo. 

El compilador obliga a capturar las Uamadas excepciones explicltas, pero no protesta si se 
captura y luego no se hace nada con ella. En general, es conveniente por lo menos imprimir un 
mensaje indicando que tipo de excepcion se ha producido. 

8.3.1 Bloques try y catch 

En el caso de las excepciones que no pertenecen a las RuntlmeExceptlon y que por lo tanto Java 
obliga a tenerlas en cuenta habra que utilizar los bloques try, catch y finally. El codigo dentro del 
bloque try esta "vigilado": Si se produce una situacion anormal y se lanza por lo tanto una 
excepcion el control salta o sale del bloque try y pasa al bloque catch, que se hace cargo de la 
situacion y decide lo que hay que hacer. Se pueden incluir tantos bloques catch como sean 
necesarios, cada uno de los cuales tratara un tipo de excepcion. 
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Las excepciones se pueden capturar individualmente o en grupo, por medio de una superclase 
de la que deriven todas ellas. 

El hloque finally es opcional. Si se incluye sus sentencias se ejecutan siempre, sea cual sea la 
excepcion que se produzca o si no se produce ninguna. El bloque finally se ejecuta aunque en el 
bloque try haya un return. 

En el siguiente ejemplo se presenta un metodo que debe "controlar" una lOException 
relacionada con la lectura ficheros y una MyException propia: 

void metodol () { 

try { 

// Codigo que puede lanzar las excepciones lOException y MyException 
} catch (lOException el) {// Se ocupa de lOException simplemente dando aviso 

System. out . print In (el . get Mess age ( ) ) ; 
} catch (MyException e2) { 

// Se ocupa de MyException dando un aviso y finalizando la funcion 

System. out . print In (e2 . get Mess age ( ) ) ; return; 
} finally { // Sentencias que se ejecutaran en cualquier case . 



} // Fin del metodol 

8.3.2 Relanzar una Exception 

Existen algunos casos en los cuales el codigo de un metodo puede generar una Exception y no se 
desea incluir en dicho metodo la gestion del error. Java permite que este metodo pase o relance 
(throws) la Exception al metodo desde el que ha sido Uamado, sin incluir en el metodo los bucles 
try /catch correspondientes. Esto se consigue mediante la adicion de throws mas el nombre de la 
Exception concreta despues de la lista de argumentos del metodo. A su vez el metodo superior 
debera incluir los bloques try/catch o volver a pasar la Exception. De esta forma se puede ir 
pasando la Exception de un metodo a otro hasta Uegar al ultimo metodo del programa, el metodo 
main(). 

El ejemplo anterior (metodol) realizaba la gestion de las excepciones dentro del propio 
metodo. Ahora se presenta un nuevo ejemplo (metodol) que relanza las excepciones al siguiente 
metodo: 

void metodo2() throws lOException, MyException { 

// Codigo que puede lanzar las excepciones lOException y MyException 
} // Fin del metodo2 

Segun lo anterior, si un metodo llama a otros metodos que pueden lanzar excepciones (por 
ejemplo de un package de Java), tiene 2 posibilidades: 

1. Capturar las posibles excepciones y gestionarlas. 

2. Desentenderse de las excepciones y remitirlas hacia otro metodo anterior en el stack para 
este se encargue de gestionarlas. 

Si no hace ninguna de las dos cosas anteriores el compilador da un error, salvo que se trate de 
una RuntimeException . 
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8.3.3 Metodo finally {...} 

El \Aoq\xc finally {...} debe ir detras de todos los bloques catch considerados. Si se incluye (ya que 
es opcional) sus sentencias se ejecutan siempre, sea cual sea el tipo de excepcion que se produzca, o 
incluso si no se produce ninguna. El hXoqyxQ finally se ejecuta incluso si dentro de los bloques 
try /catch hay una sentencia continue, break o return. La forma general de una seccion donde se 
controlan las excepciones es por lo tanto: 

try { 

// Codigo "vigilado" que puede lanzar una excepcion de tipo A, B o C 
} catch (A al) { 1 

// Se ocupa de la excepcion A ' 

} catch (B bl) { 

// Se ocupa de la excepcion B 
} catch (C cl) { 

// Se ocupa de la excepcion C 
) finally { J^^. 

II Sentencias que se ejecutaran en cualquier case 
) 

El bloque finally es necesario en los casos en que se necesite recuperar o devolver a su 
situacion original algunos elementos. No se trata de liberar la memoria reservada con new ya que de 
ello se ocupara automaticamente el garbage collector. 

Como ejemplo se podria pensar en un bloque try dentro del cual se abre un fichero para 
lectura y escritura de datos y se desea cerrar el fichero abierto. El fichero abierto se debe cerrar tanto 
si produce una excepcion como si no se produce, ya que dejar un fichero abierto puede provocar 
problemas posteriores. Para conseguir esto se debera incluir las sentencias correspondientes a cerrar 
el fichero dentro del bloque /ma//y. 

8.4 Crear nuevas excepciones 



El programador puede crear sus propias excepciones solo con heredar de la clase Exception o de 
una de sus clases derivadas. Lo logico es heredar de la clase de la jerarquia de Java que mejor se 
adapte al tipo de excepcion. Las clases Exception suelen tener dos constructores: 

1. Un constructor sin argumentos. 

2. Un constructor que recibe un String como argumento. En este String se suele definir un 
mensaje que explica el tipo de excepcion generada. Conviene que este constructor Uame al 
constructor de la clase de la que deriva super(String). 

Al ser clases como cualquier otra se podrian incluir variables y metodos nuevos. Por ejemplo: 



class MiExcepcion extends Exception 
public MiExcepcion ( ) { 

super ; 
} 
public MiExcepcion (String s) { 

super (s ) ; 



// Constructor por defecto 



// Constructor con mensaje 
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8.5 Herencia de clases y tratamiento de excepciones 

Si un metodo redefine otro metodo de una super-clase que utiliza throws, el metodo de la clase 
derivada no tiene obligatoriamente que poder lanzar todas las mismas excepciones de la clase base. 
Es posible en el metodo de la subclase lanzar las mismas excepciones o menos, pero no se pueden 
lanzar mas excepciones. No puede tampoco lanzar nuevas excepciones ni excepciones de una clase 
mas general. 

Se trata de una restriccion muy util ya que como consecuencia de ello el codigo que funciona 
con la clase base podra trabajar automaticamente con referencias de clases derivadas, incluyendo el 
tratamiento de excepciones, concepto fundamental en la Programacion Orientada a Objetos 
(polimorfismo ) . 
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9. ENTRADA/SALIDA DE DATOS EN JAVA 1.1 

Los programas necesitan comunicarse con su entomo, tanto para recoger datos e informacion que 
deben procesar, como para devolver los resultados obtenidos. 

La manera de representar estas entradas y salidas en Java es a base de streams (flujos de 
datos). Un stream es una conexion entre el programa y la fuente o destino de los datos. La informa- 
cion se traslada en serie (un caracter a continuacion de otro) a traves de esta conexion. Esto da lugar 
a una forma general de representar muchos tipos de comunicaciones. \ 

Por ejemplo, cuando se quiere imprimir algo en pantalla, se hace a traves de un stream que 
conecta el monitor al programa. Se da a ese stream la orden de escribir algo y este lo traslada a la 
pantalla. Este concepto es suficientemente general para representar la lectura/escritura de archivos, 
la comunicacion a traves de Internet o la lectura de la informacion de un sensor a traves del puerto 
en serie. 

9.1 Clases de Java para lectura y escritura de datos 

El package yava. 10 contiene las clases necesarias para la comunicacion del programa con el exterior. 
Dentro de este package existen dos familias de jerarquias distintas para la entrada/salida de datos. 
La diferencia principal consiste en que una opera con bytes y la otra con caracteres (el caracter de 
Java esta formado por dos bytes porque sigue el codigo Unicode). En general, para el mismo fin 
hay dos clases que manejan bytes (una clase de entrada y otra de salida) y otras dos que manejan 
caracteres. 

Desde Java 1.0, la entrada y salida de datos del programa se podia hacer con clases derivadas 
de InputStream (para lectura) y OutputStream (para escritura). Estas clases tienen los metodos 
basicos readQ y write() que manejan bytes y que no se suelen utilizar directamente. La Figura 9.1 
muestra las clases que derivan de InputStream y la Figura 9.2 las que derivan de OutputStream. 



InputStream 



FilelnputStream 



OutputStream 



PipedlnputStream 



ByteArraylnputStream 



StringBufferlnputStream 



Sequence InputStream 



FilterlnputStream 



DatalnputStream 



LIneNumberlnputStream 



BufferedlnputStream 



PushbacklnputStream 



ObjectlnputStream 



FileOutputStream 



PipedOutputStream 



FilterOutputStream 



DataOutputStream 



BufferedOutputStream 



PushbackOutputStream 



PrintStream 



ByteArrayOutputStream 



ObjectOutputStream 



Figura 9.1. Jerarquia de clases InputStream. 



Figura 9.2. Jerarquia de clases OutputStream. 
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En Java 1.1 aparecieron dos nuevas familias de clases, derivadas de Reader y Writer, que 
manejan caracteres en vez de bytes. Estas clases resultan mas practicas para las aplicaciones en las 
que se maneja texto. Las clases que heredan de Reader estan incluidas en la Figura 9.3 y las que 
heredan de Writer en la Figura 9.4. 



Reader 



_£ 



BufferedReader 



X 



CharArrayReader InputStreamReader 



I 



X 



LineNumberReader 



X 



FilterReader 



FileReader 



X 



PipedReader 



X 



StringReader 



PushbackReader 



Figura 9.3. Jerarquia de clases Reader. 



Writer 



BufferedWriter 



X 



CharArrayWriter 



11 



OutputStream W riter 



FilterWriter 



11 



PipedW riter 



X 



StringW riter 



PrintWriter 



FileW riter 



Figura 9.4. Jerarquia de clases Writer. ]► 

En las cuatro ultimas figuras las clases con fondo gris definen de donde o a donde se estan 
enviando los datos, es decir, el dispositive con que conecta el stream. Las demas (fondo bianco) 
aiiaden caracteristicas particulares a la forma de enviarlos. La intencion es que se combinen para 
obtener el comportamiento deseado. Por ejemplo: 

BufferedReader in = new Buff eredReader (new FileReader ( "autoexec . bat ")) ; 

Con esta linea se ha creado un stream que permite leer del archivo autoexec.bat. Ademas, se 
ha creado a partir de el un objeto BufferedReader (que aporta la caracteristica de utilizar buffer^). 
Los caracteres que Ueguen a traves del FileReader pasaran a traves del BufferedReader, es decir 
utilizaran el buffer. ^ -^^^ 

A la hora de definir una comunicacion con un dispositivo siempre se comenzara determinando 
el origen o destino de la comunicacion (clases en gris) y luego se le anadiran otras caracteristicas 
(clases en bianco). 

Se recomienda utilizar siempre que sea posible las clases Reader y Writer, dejando las de 
Java 1.0 para cuando sean imprescindibles. Algunas tareas como la serializacion y la compresion 
necesitan las clases InputStream y OutputStream. 

9.1.1 Los nombres de las clases de java.io 

Las clases dejava.io siguen una nomenclatura sistematica que permite deducir su funcion a partir de 
las palabras que componen el nombre, tal como se describe en la Tabla 9.1. 



Un buffer es un espacio de memoria intermedia que actua de "colchon" de datos. Cuando se necesita un dato del 
disco se trae a memoria ese dato y sus datos contiguos, de modo que la siguiente vez que se necesite algo del disco la 
probabilidad de que este ya en memoria sea muy alta. Algo similar se hace para escritura, intentando realizar en una 
sola operacion de escritura fisica varias sentencias individuales de escritura. 
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Palabra 


Significado 


InputStream, OutputStream 


Lectura/Escritura de bytes 


Reader, Writer 


Lectura/Escritura de caracteres 


File 


Archives 


String, CharArray, ByteArray, StringBuffer 


Memoria (a traves del tipo primitivo indicado) 


Piped 


Tubo de datos 


Buffered 


Buffer 


Filter 


Filtro 


Data 


Intercambio de datos en formato propio de Java 


Object 


Persistencia de objetos 


Print 


Imprimir 



Tabla 9.1. Palabras identificativas de las clases de java.io. 

9.1.2 Clases que indican el origen o destino de los datos 

La Tabla 9.2 explica el uso de las clases que definen el lugar con que conecta el stream. 



Clases 


Funcion que realizan 


FileReader, FileWriter, FilelnputStream y 
FileOutputStream 


Son las clases que leen y escriben en archives de disco. Se 
explicaran luego con mas detalle. 


StringReader, String Writer, CharArrayReader, 
CharArray Writer, ByteArray InputStream, 
ByteArrayOutputStream, StringBufferlnputStream 


Estas clases tienen en comun que se comunican con la memoria 
del ordenador. En vez de acceder del modo habitual al 
contenido de un String, por ejemplo, lo leen como si llegara 
caracter a caracter. Son utiles cuando se busca un modo general 
e identico de tratar con todos los dispositivos que maneja un 
programa. 


PipedReader, PipedWriter, PipedlnputStream, 
PipedOutputStream 


Se utilizan como un "tubo" o conexion bilateral para 
transmision de datos. Por ejemplo, en un programa con dos 
threads pueden permitir la comunicacion entre ellos. Un thread 
tiene el objeto PipedReader y el otro el PipedWriter. Si los 
streams estan conectados, lo que se escriba en el PipedWriter 
queda disponible para que se lea del PipedReader. Tambien 
puede comunicar a dos programas distintos. 



Tabla 9.2. Clases que indican el origen o destino de los datos. 
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9.1.3 Clases que anaden caracteristicas 

La Tabla 9.3 explica las funciones de las clases que alteran el comportamiento de un stream ya 
definido. 



Clases 


Funcion que realizan 


BufferedReader, BufferedWriter, 
BufferedlnputStream, BufferedOutputStream 


Como ya se ha dicho, anaden un buffer al manejo de los datos. 
Es decir, se reducen las operaciones directas sobre el dispositive 
(lecturas de disco, comunicaciones por red), para hacer mas 
eficiente su uso. BufferedReader por ejemplo tiene el metodo 
readLineO que lee una linea y la devuelve como un String. 


InputStreamReader, OutputStream Writer 


Son clases puente que permiten convertir streams que utilizan 
bytes en otros que manejan caracteres. Son la linica relacion entre 
ambas jerarquias y no existen clases que realicen la 
transformacion inversa. 


ObjectlnputStream, ObjectOutputStream 


Pertenecen al mecanismo de la serializacion y se explicaran mas 
adelante. 


FilterReader, FilterWriter, FilterlnputStream, 
FilterOutputStream 


Son clases base para aplicar diversos filtros o procesos al stream 
de datos. Tambien se podrian extender para conseguir 
comportamientos a medida. 


DatalnputStream, DataOutputStream 


Se utilizan para escribir y leer datos directamente en los formatos 
propios de Java. Los convierten en algo ilegible , pero 
independiente de plataforma y se usan por tanto para almacenaje 
para transmisiones entre ordenadores de distinto 
funcionamiento. 


PrintWriter, PrintStream 


Tienen metodos adaptados para imprimir las variables de Java 
con la apariencia normal. A partir de un boolean escriben "true" 
"false", colocan la coma de un numero decimal, etc. 



Tabla 9.3. Clases que aiiaden caracteristicas. 



9.2 Entradaysalidaestandar(teclado ypantalla) 

En Java, la entrada desde teclado y la salida a pantalla estan reguladas a traves de la clase System. 
Esta clase pertenece al package javaJang y agrapa diversos metodos y objetos que tienen relacion 
con el sistema local. Contiene, entre otros, tres objetos static que son: 

System.in: Objeto de la clase InputStream preparado para recibir datos desde la entrada estandar 
del sistema (habitualmente el teclado). 

System.out: Objeto de la clase PrintStream que imprimira los datos en la salida estandar del 
sistema (normalmente asociado con la pantalla). 

System.err: Objeto de la clase PrintStream. Utilizado para mensajes de error que salen 
tambien por pantalla por defecto. 

Estas clases permiten la comunicacion alfanumerica con el programa a traves de lo metodos 
incluidos en la Tabla 9.4. Son metodos que permiten la entrada/salida a un nivel muy elemental. 
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Metodos de System.in 


Funcion que realizan 


int read() 


Lee un caracter y lo devuelve como int. 


Metodos de System.out y System.err 


Funcion que realizan 


int prmt(cualquier tipo) 


Imprime en pantalla el argumento que se le pase. Puede recibir cualquier tipo 
primitivo de variable de Java. 


int println(cualquier tipo) 


Como el anterior, pero ariadiendo '\n' (nueva linea) al final. 



Tabla 9.4. Metodos elementales de lectura y escritura. 

Existen tres metodos de System que permiten sustituir la entrada y salida estandar. Por 
ejemplo, se utiliza para hacer que el programa lea de un archivo y no del teclado. 

System. set In ( InputStream is); 

System. setOut (PrintStream ps); 

System. setErr (PrintStream ps); .i^^^ 

El argumento de setln() no tiene que ser necesariamente del tipo InputStream. Es una 
referenda a la clase base, y por tanto puede apuntar a objetos de cualquiera de sus clases derivadas 
(como FilelnputStream). Asimismo, el constructor de PrintStream acepta un OutputStream, luego 
se puede dirigir la salida estandar a cualquiera de las clases definidas para salida. 

Si se utilizan estas sentencias con un compilador de Java 1.1 se obtiene un mensaje de 
metodo obsoleto (deprecated) al crear un objeto PrintStream. Al seiialar como obsoleto el 
constructor de esta clase se pretendia animar al uso de PrintWriter, pero existen casos en los cuales 
es imprescindible un elemento PrintStream. Afortunadamente, Java 1.2 ha reconsiderado esta 
decision y de nuevo se puede utilizar sin problemas. 

9.2.1 Salida de texto y variables por pantalla 

Para imprimir en la pantalla se utilizan los metodos System.out.print() y System.out.println(). Son 
los primeros metodos que aprende cualquier programador. Sus caracteristicas fundamentals son: 

1. Pueden imprimir valores escritos directamente en el codigo o cualquier tipo de variable 
primitiva de Java. 

System. out .print In ("Hola, Mundo ! " ) ; 
System. out . print In (57 ) ; 
double numeroPI = 3.141592654; 
System. out . print In (numeroPI ) ; 
String hola = new String ( "Hola" ) ; 
System. out . print In (hola) ; 

2. Se pueden imprimir varias variables en una Uamada al metodo correspondiente utilizando 
el operador + de concatenacion, que equivale a convertir a String todas las variables que 
no lo sean y concatenar las cadenas de caracteres (el primer argumento debe ser un 
String). 

System. out . print In ( "Hola, Mundo! " + numeroPI); 

Se debe recordar que los objetos System.out y System.err son de la clase PrintStream y 
aunque imprimen las variables de un modo legible, no permiten dar a la salida un formato a medida. 
El programador no puede especificar un formato distinto al disponible por defecto. 
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9.2.2 Lectura desde teclado 

Para leer desde teclado se puede utilizar el metodo System.in.readQ de la clase InputStream. Este 
metodo lee un caracter por cada Uamada. Su valor de retomo es un int. Si se espera cualquier otro 
tipo hay que hacer una conversion explicita mediante un cast. 

char c; 
c=(char)System.in.read() ; 

Este metodo puede lanzar la excepcion java.io.IOException y siempre habra que ocuparse de 
ella, por ejemplo en la forma: 

try { i 

c= (char ) System. in . read () ; 
} 
catch ( Java . io . lOException ioex) { 

// que hacer cuando ocurra la excepcion 
} 

Para leer datos mas largos que un simple caracter es necesario emplear un bucle while ofor y 
unir los caracteres. Por ejemplo, para leer una linea completa se podria utilizar un bucle while 
guardando los caracteres leidos en un String o en un StringBuffer (mas rapido que String): 

char c; 

String frase = new String (""); // StringBuffer frase=new St ringBuf f er ( " " ) ; 

try { 

while ( (c = System. in . read () ) != '\n') 

frase = frase + c; // frase . append (c) ; 

} 
catch ( j ava . io . lOException ioex) {} 

Una vez que se lee una linea, esta puede contener numeros de coma flotante, etc. Sin embargo, 
hay una manera mas facil de conseguir Io mismo: utilizar adecuadamente la libreriayava-to. 

9.2.3 Metodo practico para leer desde teclado 

Para facilitar la lectura de teclado se puede conseguir que se lea una linea entera con una sola orden 
si se utiliza un objeto BufferedReader. El metodo String readLine() perteneciente a BufferReader 
lee todos los caracteres hasta encontrar un "Vn' o V y los devuelve como un String (sin incluir '\n' ni 
V). Este metodo tambien puede lanzar java.io.IOException. 

System.in es un objeto de la clase InputStream. BufferedReader pide un Reader en el 
constructor. El puente de union necesario Io dara InputStreamReader, que acepta un InputStream 
como argumento del constructor y es una clase derivada de Reader. Por Io tanto si se desea leer una 
linea completa desde la entrada estandar habra que utilizar el siguiente codigo: 

InputStreamReader isr = new InputStreamReader (System. in) ; 

BufferedReader br = new Buff eredReader (isr ) ; 

// o en una linea: 

// BufferedReader br2 = new BufferedReader (new InputStreamReader (System . in) ) ; 

String frase = br2 . readLine ( ) ; // Se lee la linea con una llamada 

Asi ya se ha leido una linea del teclado. El thread que ejecute este codigo estara parado en esta 
linea hasta que el usuario termine la linea (pulse return). Es mas sencillo y practico que la 
posibilidad anterior. 

^Y que hacer con una linea entera? La clase java.util.StringTokenizer da la posibilidad de 
separar una cadena de caracteres en las "palabras" (tokens) que la forman (por defecto, conjuntos de 
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caracteres separados por un espacio, '\t', V, o por '\n'). Cuando sea precise se pueden convertir las 
"palabras" en numeros. 

La Tabla 9.5 muestra los metodos mas practices de la clase StringTokenizer. 



Metodos 


Funcion que realizan 


StringTokemzer(Strmg) 


Constructor a partir de la cadena que hay que separar 


boolean hasMoreTokens() 


^Hay mas palabras disponibles en la cadena? 


String nextTokenO 


Devuelve el siguiente token de la cadena 


int countTokensO 


Devuelve el numero de tokens que se pueden extraer de la frase 



Tabla 9.5. Metodos de StringTokenizer. 

La clase StreamTokenizer de javaAo aporta posibilidades mas avanzadas que 
StringTokenizer, pero tambien es mas compleja. Directamente separa en tokens lo que entra por un 
InputStream o Reader. 

Se recuerda que la manera de convertir un String del tipo "3.141592654" en el valor double 
correspondiente es crear un objeto Double a partir de el y luego extraer su valor double: 

double pi = (Double . valueOf (" 3 . 141592 654 "))• doubleValue () ; 

El uso de estas clases facilita el acceso desde teclado, resultando un codigo mas facil de 
escribir y de leer. Ademas tiene la ventaja de que se puede generalizar a la lectura de archivos. 

9.3 Lectura y escritura de archivos 

Aunque el manejo de archivos tiene caracteristicas especiales, se puede utilizar lo dicho hasta ahora 
para las entradas y salidas estandar con pequeiias variaciones. Java ofrece las siguientes 
posibilidades: 

Existen las clases FilelnputStream y FileOutputStream (extendiendo InputStream y 

OutputStream) que permiten leer y escribir bytes en archivos. Para archivos de texto son preferibles 
FileReader (desciende de Reader) y FileWriter (desciende de Writer), que realizan las mismas 
funciones. Se puede construir un objeto de cualquiera de estas cuatro clases a partir de un String 
que contenga el nombre o la direccion en disco del archivo o con un objeto de la clase File que 
representa dicho archivo. Por ejemplo el codigo 

FileReader frl = new FileReader ( "archivo . txt ") ; 

es equivalente a: 

File f = new File ( "archivo . txt ") ; 
FileReader fr2 = new FileReader (f) ; 

Si no encuentran el archivo indicado, los constructores de FileReader y FilelnputStream 
pueden lanzar la excepcion java.io.FileNotFoundException. 

Los constructores de FileWriter y FileOutputStream pueden lanzar javaJo.IOException. Si 
no encuentran el archivo indicado, lo crean nuevo. Por defecto, estas dos clases comienzan a 
escribir al comienzo del archivo. Para escribir detras de lo que ya existe en el archivo ("append"), se 
utiliza un segundo argumento de tipo boolean con valor true: 

FileWriter fw = new FileWriter ( "archivo . txt " , true); 



Copyright © 2000 TECNUN, Javier Garcia de Jaiorn, Jose ignacio Rodrfguez, inigo Mingo, Aitor imaz, Aifonso Brazaiez, Aiberto Larzabai, Jesus 
Caileja, Jon Garcia. Todos ios derechos reservados. Esta prohibida ia reproduccion totai o parciai con fines comerciaies y por cuaiquier medio del 
contenido de estas paginas. Soio esta permitida su impresion y utiiizacion con fines personates. 



Las clases que se explican a continuacion permiten un manejo mas facil y eficiente que las 
vistas hasta ahora. 

9.3.1 Clases File y FileDialog 

Un objeto de la clase File puede representar un archivo o un directorio. Tiene los siguientes 
constructores: 

File (String name) ^tk 

File (String dir. String name) 
File (File dir. String name) . 

Se puede dar el nombre de un archivo, el nombre y el directorio, o solo el directorio, como 
path absoluto y como path relativo al directorio actual. Para saber si el archivo existe se puede 
Uamar al metodo boolean exlsts(). 



File fl = new File ( "c : \\windows\\notepad. exe" ) ; 
File f2 = new File ( "c : Wwindows " ) ; 
File f3 = new File(f2, "notepad.exe"); 



// La barra '\' se escribe '\\' 
// Un directorio 
// Es igual a fl 



Si File representa un archivo que existe los metodos de la Tabla 9.6 dan informacion de el. 



Metodos 


Funcion que realizan 


boolean isFile() 


true si el archivo existe 


long lengthO 


tamaiio del archivo en bytes 


long lastModifiedO 


fecha de la ultima modificacion 


boolean canRead() 


true si se puede leer 


boolean canWrite() 


true si se puede escribir 


deleteO 


borrar el archivo 


RenameTo(File) 


cambiar el nombre 



Tabla 9.6. Metodos de File para archivos. 



Si representa un directorio se pueden utilizar los de la Tabla 9.7: 



Metodos 


Funcion que realizan 


boolean isDirectoryO 


true si existe el directorio 


mkdirO 


crear el directorio 


deleteO 


borrar el directorio 


String [] Ust() 


devuelve los archivos que se encuentran en el directorio 



Tabla 9.7. Metodos de File para directorios. 

Por ultimo, otros metodos incluidos en la Tabla 9.8 devuelven el path del archivo de distintas 
maneras. 
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Metodos 


Funcion que realizan 


String getPathO 


Devuelve el path que contiene el objeto File 


String getNameO 


Devuelve el nombre del archive 


String getAbsolutePathO 


Devuelve el path absolute (juntando el relative al actual) 


String getParentO 


Devuelve el directorio padre 



Tabla 9.8. Metodos de File que devuelven el path. 

Una forma tipica de preguntar por un archive es presentar un caja de dialogo. La clase 
java.awt.FileDialog presenta el dialogo tfpico de cada sistema operativo para guardar o abrir 
ficheros. Sus constructores son: 

FileDialog (Frame fr) 

FileDialog (Frame fr. String title) 

FileDialog (Frame fr. String title, int type) ,^^^. 

donde type puede ser FileDialog.LOAD o FileDialog.SAVE segun la operacion que se desee 
realizar. 

Es muy facil conectar este dialogo con un File, utilizando los metodos String getFileQ y 
String getDirectoryO . Por ej emplo : 

FileDialog fd = new FileDialog ( f, "Elija un archivo") ; ^ 

f d. show ( ) ; 

File f = new File (f d. getDirectory () , f d . getFile ( ) ) ; 

9.3.2 Lectura de archives de texto 

Se puede crear un objeto BufferedReader para leer de un archivo de texto de la siguiente manera: 

Buf f eredReader br = new BufferedReader (new FileReader ( "archivo . txt ")) ; 

Utilizando el objeto de tipo BufferedReader se puede conseguir exactamente lo mismo que en 
las secciones anteriores utilizando el metodo readLine() y la clase StringTokenizer. En el caso de 
archivos es muy importante utilizar el buffer puesto que la tarea de escribir en disco es muy lenta 
respecto a los procesos del programa y realizar las operaciones de lectura de golpe y no de una en 
una hace mucho mas eficiente el acceso. Por ej emplo: 

// Lee un archivo entero de la misma manera que de teclado 
String texto = new String (); 
try { 

FileReader fr = new FileReader ( "archivo . txt ") ; 

entrada = new Buf f eredReader ( fr) ; 

String s ; 

while ((s = entrada . readLine () ) != null) 
texto += s ; 

entrada .close ( ) ; 
} 
catch ( Java . io . FileNotFoundExcept ion fnfex) { 

System. out . print In ( "Archivo no encontrado: " + fnfex);} 
catch ( Java . io . lOException ioex) {} 

9.3.3 Escritura de archivos de texto 

La clase PrintWriter es la mas practica para escribir un archivo de texto porque posee los metodos 
/7rtn^(cualquier tipo) y/7rtn^/n(cualquier tipo), identicos a los de System.out (de clase PrintStream). 
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Un objeto PrintWriter se puede crear a partir de un BufferedWriter (para disponer de buffer), 
que se crea a partir del FileWriter al que se la pasa el nombre del archivo. Despues, escribir en el 
archivo es tan facil como en pantalla. El siguiente ejemplo ilustra lo anterior: 

try { 

FileWriter fw = new FileWriter ( "escribeme . txt ") ; 

BufferedWriter bw = new Buf f eredWriter (f w) ; 

PrintWriter salida = new PrintWriter (bw) ; 

salida . println ( "Hola, soy la primera linea"); 

salida . close () ; ^^ 

// Modo append 

bw = new Buf feredWriter (new FileWriter ( "escribeme . txt " , true)); 

salida = new PrintWriter (bw) ; i 

salida . print ( "Y yo soy la segunda. " ) ; ■■ 

double b = 123.45; 

salida .println (b) ; 

salida .close ( ) ; 
} 
cacth ( Java . io . lOException ioex) { } 

9.3.4 Archives que no son de texto 

DatalnputStream y DataOutputStream son clases de Java 1.0 que no han sido alteradas hasta 
ahora. Para leer y escribir datos primitivos directamente (sin convertir a/de String) siguen siendo 
mas utiles estas dos clases. 

Son clases diseiiadas para trabajar de manera conjunta. Una puede leer lo que la otra escribe, 
que en si no es algo legible, sino el dato como una secuencia de bytes. Por ello se utilizan para 
almacenar datos de manera independiente de la plataforma (o para mandarlos por una red entre 
ordenadores muy distintos). 

El problema es que obligan a utilizar clases que descienden de InputStream y OutputStream 
y por lo tanto algo mas complicadas de utilizar. El siguiente codigo primero escribe en el fichero 
prueba.dat para despues leer los datos escritos: 

// Escritura de una variable double 
DataOutputStream dos = new DataOutputStream ( 

new Buf f eredOutputStream ( 

new FileOutputStream ("prueba.dat ") ) ) ; 
double dl = 17/7; 
dos . writeDouble (d) ; 
dos . close ( ) ; 

// Lectura de la variable double 
DatalnputStream dis = new DatalnputStream ( 

new Buf feredlnputSt ream ( 

new FilelnputStream ( "prueba . dat " ) ) ) ; 
double d2 = dis . readDouble ( ) ; 

9.4 Serializacion 

La serializacion es un proceso por el que un objeto cualquiera se puede convertir en una secuencia 
de bytes con la que mas tarde se podra reconstruir dicho objeto manteniendo el valor de sus 
variables. Esto permite guardar un objeto en un archivo o mandarlo por la red. 

Para que una clase pueda utilizar la serializacion, debe implementar la interface Serializable, 
que no define ningun metodo. Casi todas las clases estandar de Java son serializables. La clase 
MiClase se podria serializar declarandola como: 

public class MiClase implements Serializable { } 
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Para escribir y leer objetos se utilizan las clases ObjectlnputStream y ObjectOutputStream, 
que cuentan con los metodos writeObject() y readObject(). Por ejemplo: 

ObjectOutputStream objout = new Ob jectOutputSt ream ( 

new FileOutputStream ( "archive . x" ) ) ; 
String s = new String ("Me van a seriali zar " ) ; 
objout . writeOb ject ( s ) ; 

ObjectlnputStream objin = new Ob jectlnputStream (new FilelnputStream ( "archive . x" )) ; 
String s2 = (String) objin . readOb ject () ; 

Es importante tener en cuenta que readObject() devuelve un Object sobre el que se debera 
hacer un casting para que el objeto sea util. La reconstruccion necesita que el archivo *. class este al 
alcance del programa (como minimo para hacer este casting). 

Al serializar un objeto, automaticamente se serializan todas sus variables y objetos miembro. 
A su vez se serializan los que estos objetos miembro puedan tener (todos deben ser serializables). 
Tambien se reconstruyen de igual manera. Si se serializa un Vector que contiene varios Strings, 
todo ello se convierte en una serie de bytes. Al recuperarlo la reconstruccion deja todo en el lugar en 
que se guardo. 

Si dos objetos contienen una referenda a otro, este no se duplica si se escriben o leen ambos 
del mismo stream. Es decir, si el mismo String estuviera contenido dos veces en el Vector, solo se 
guardaria una vez y al recuperarlo solo se crearia un objeto con dos referencias contenidas en el 
vector. 

9.4.1 Control de la serializacion 

Aunque lo mejor de la serializacion es que su comportamiento automatico es bueno y sencillo, 
existe la posibilidad de especificar como se deben hacer las cosas. 

La palabra clave transient permite indicar que un objeto o varible miembro no sea serializado 
con el resto del objeto. Al recuperarlo, lo que este marcado como transient sera 0, null o false (en 
esta operacion no se llama a ningun constructor) hasta que se le de un nuevo valor. Podria ser el 
caso de un password que no se quiere guardar por seguridad. 

Las variables y objetos static no son serializados. Si se quieren incluir hay que escribir el 
codigo que lo haga. Por ejemplo, habra que programar un metodo que serialice los objetos estaticos 
al que se Uamara despues de serializar el resto de los elementos. Tambien habria que recuperarlos 
explicitamente despues de recuperar el resto de los objetos. 

Las clases que implementan Serializable pueden definir dos metodos con los que controlar la 
serializacion. No estan obligadas a hacerlo porque una clase sin estos metodos obtiene directamente 
el comportamiento por defecto. Si los define seran los que se utilicen al serializar: 

private void writeOb ject (Ob jectOutputStream stream) throws lOException 
private void readOb ject (Ob ject InputStream stream) throws lOException 

El primero permite indicar que se escribe o aiiadir otras instrucciones al comportamiento por 
defecto. El segundo debe poder leer lo que escribe writeObject(). Puede usarse por ejemplo para 
poner al dia las variables que lo necesiten al ser recuperado un objeto. Hay que leer en el mismo 
orden en que se escribieron los objetos. 
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Se puede obtener el comportamiento por defecto dentro de estos metodos Uamando a 
stream.defaultWriteObjectO y stream.defaultReadObjectQ. 

Para guardar explicitamente los tipos primitivos se puede utilizar los metodos que 
proporcionan ObjectlnputStream y ObjectOutputStream, identicos a los de DatalnputStream y 
DataOutputStream {writelntQ, readDoubleQ, ...) o guardar objetos de sus clases equivalentes 
(Integer, Double...). 

Por ejemplo, si en una clase Uamada Tierra se necesita que al serializar un objeto siempre le 
acompane la constante g (9,8) definida como static el codigo podria ser: 

static double g = 9.8; I 

private void writeOb ject (Ob jectOutputStream stream) throws lOException { 

stream. defaultWriteObject () ; 

stream. writeDouble (g) ; 
} 

private void readOb ject (Ob ject InputStream stream) throws lOException { 
stream. defaultReadOb ject () ; 
g = stream. readDouble (g) ; 

J > 

9.4.2 Externalizable 

La interface Externalizable extiende Serializable . Tiene el mismo objetivo que esta, pero no tiene 
ningun comportamiento automatico, todo se deja en manos del programador. 

Externalizable tiene dos metodos que deben implementarse. 

interface Externalizable { 

public void writeExternal (Ob jectOutput out) throws lOException; 
public void readExternal (Ob ject Input in) throws lOException, 

ClassNotFoundException; 

Al transformar un objeto, el metodo writeExternalQ es responsable de todo lo que se hace. 
Solo se guardara lo que dentro de este metodo se indique. 

El metodo readExternalQ debe ser capaz de recuperar lo guardado por writeExternalQ. La 
lectura debe ser en el mismo orden que la escritura. Es importante saber que antes de Uamar a este 
metodo se llama al constructor por defecto de la clase. 

Como se ve el comportamiento de Externalizable es muy similar al de Serializable. 

9.5 Lectura de un archivo en un servidor de In t e r n e t 

Teniendo la direccion de Internet de un archivo, la libreria de Java permite leer este archivo 
utilizando un stream. Es una aplicacion muy sencilla que muestra la polivalencia del concepto de 
stream. 

En el package java.net existe la clase URL, que representa una direccion de Internet. Esta 
clase tiene el metodo InputStream openStream(URL dir) que abre un stream con origen en la 
direccion de Internet. 

A partir de ahi, se trata como cualquier elemento InputStream. Por ejemplo: 

//Lectura del archivo (texto HTML) 

URL direccion = new URL ( "http : //wwwl . celt . es/subdir/MiPagina . htm" ) ; 
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String s = new String (); 
String html = new String (); 
try { 

Buf f eredReader br = new Buf f eredReader ( 

new InputSt reamReader ( 

direccion . openStream ( ) ) ) ; 
while((s = br . readLine ( ) ) != null) 

html += s + '\n'; 
br . close ( ) ; 
} 
catch (Exception e) { 

System. err.println (e) ; 
} 



4k ^- 
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10. OTRAS CAPACIDADES DE JAVA 

A lo largo de este manual se han presentado algunos de los fundamentos del lenguaje Java. Debido 
a que Java engloba en el propio lenguaje muchos de los conceptos de la informatica moderna la 
inclusion de todos ellos sobrepasaria ampliamente el caracter introductorio de este manual. 

No se puede sin embargo finalizar esta introduccion al lenguaje Java sin una breve 
descripcion de algunas de las capacidades mas interesantes del lenguaje. ^^ 

10.1 Java Foundation Classes (JFC) y Java 2D I 

Las JFC, Java^^ Foundation Classes son un conjunto de componentes y caracteristicas para 
ayudar a construir los entornos graficos de los programas o GUIs (Graphical User Interfaces). 
Incluye practicamente todo tipo de elementos graficos como botones, paneles, menus y ventanas, 
con muchas ventajas sobre el AWT. 

Swing es una parte de las JFC que permite incorporar en las aplicaciones elementos graficos 
de una forma mucho mas versatil y con mas capacidades que utilizando el AWT basico de Java. 
Algunas de las caracteristicas mas interesantes son: 

1. Cualquier programa que utiliza componentes de Swing puede elegir el aspecto que desea 
para sus ventanas y elementos graficos: entomo Windows 95/98/NT, entorno Motif 
(asociado a sistemas UNIX) o Metal (aspecto propio de Java, comun a todas las 
plataformas). 

2. Cualquier componente grafico de Swing presenta mas propiedades que el correspondiente 
elemento del AWT: Los botones pueden incorporan imagenes, hay nuevos layouts y 
paneles, menus, . . . 

3. Posibilidad de Drag & Drop, es decir de seleccionar componentes con el raton y arrastrar 
a otro lugar de la pantalla. 

En la version JDK 1.2 se incorpora como parte de las JFC el Uamado Java 2D, que permite a 
los desarroUadores incorporar texto, imagenes y graficos en dos dimensiones de gran calidad. 
Ademas da soporte para poder imprimir documentos complejos. 

A partir de la version 1.2 de Java las JFC forman parte del propio JDK. Si se desea utilizar 
desde la version 1.1 es necesario instalar las JFC de forma independiente. 

10.2 Java Media Framework (JMF) 

El API JMF (Java Media FrameWork) especifica una arquitectura, un protocolo de transmision de 
datos y unos elementos graficos simples y unificados para la reproduccion de contenidos 
multimedia, esto es video, audio y animaciones, principalmente. 

Los distintos JDK aparecidos hasta la publicacion de este manual no incorporan este API de 
JMF. Es necesario instalar un software que complementa el JDK. 
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10.3 Java 3D 

El API de Java 3D^^ es un conjunto de clases para crear aplicaciones y applets con elementos 3D. 
Ofrece a los desarroUadores la posibilidad de manipular geometrias complejas en tres dimensiones. 
La principal ventaja que presenta este API 3D frente a otros entomos de programacion 3D es que 
permite crear aplicaciones graficas 3D independientes del tipo de sistema. 

Java 3D es un conjunto de clases, interfaces y librerias de alto nivel que permiten aprovechar 
la aceleracion grafica por hardware que incorporan muchas tarjetas graficas, ya que las Uamadas a 
los metodos de Java 3D son transformadas en Uamadas a funciones de OpenGL o Direct3D. 

Aunque tanto conceptualmente como oficialmente Java 3D forma parte del API JMF, se trata 
de Unas librerias que se instalan independientemente del JMF. 

10.4 JavaBeans 

El API de JavaBeans hace posible escribir "componentes de software" en el lenguaje Java. Los 
componentes son elementos reutilizables que pueden incorporarse graficamente a otros 
componentes como applets y aplicaciones utilizando herramientas graficas de desarroUo. 

Cada componente ofrece sus caracteristicas concretas (por ejemplo sus metodos publicos y sus 
eventos) a los entomos graficos de desarroUo permitiendo su manipulacion visual. Son analogos a 
otros componentes de algunos entomos visuales, como por ejemplo los controles de Visual Basic. 

El BDK (Beans Developer Kit) es un conjunto de herramientas para desarroUar JavaBeans. 
Se trata de un kit no incorporado en los distintos JDK de Java. 

10.5 Java en la red 

A diferencia de otros lenguajes de programacion, Java presenta de una forma estandar para todas las 
plataformas y sistemas operativos, un conjunto de clases que permiten la comunicacion entre 
aplicaciones que se ejecutan en distintos ordenadores. 

El psicksigejava.net del API de Java incluye las clases necesarias para establecer conexiones, 
crear servidores, enviar y recibir datos, y para el resto de operaciones utilizadas en las 
comunicaciones a traves de redes de ordenadores. Existen ademas otros APIs independientes 
preparados especialmente para realizar unas determinadas tareas, como son Servlets, RMI y Java 
IDL. Muchos de estos APIs utilizan intemamente las clases presentes enjava.net. 

10.6 Java EN EL servidor: Servlets 

Los Servlets son modulos que permiten sustituir o utilizar el lenguaje Java en lugar de los 
programas CGI escritos en otros lenguajes como C/C++ o Perl. Los programas CGI son 
aplicaciones que se ejecutan en un servidor Web en respuesta a una accion de un browser remoto 
(peticion de una pagina HTML, envio de los datos de un formulario, etc.). Permiten generar paginas 
HTML dinamicas, esto es, paginas HTML cuyo contenido puede variar y que por lo tanto no pueden 
almacenarse en un fichero en el servidor. 
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Los Servlets no tienen entorno grafico ya que se ejecutan en el servidor. Reciben unos datos y 
su salida o respuesta son principalmente ficheros de texto HTML. 

Los servlets son desarroUados utilizando el API Java Servlet, que es una extension de Java 
que hasta la fecha no forma parte de ninguno de los JDK. Es necesario instalar el software 
especifico de Java Servlet. 

10.7 RMlYjAVAlDL ^^ 

Tanto RMI {Remote Method Invocation) como Java IDL (Java Interface Definition Language) 

son herramientas para desarroUar aplicaciones distribuidas . Estas aplicaciones presentan la 
caracteristica de que una aplicacion puede ejecutar funciones y metodos en varios ordenadores 
distintos. Utilizando una referenda a un objeto que se encuentra en un ordenador remoto, es posible 
ejecutar metodos de ese objeto desde una aplicacion que se ejecuta en un ordenador distinto. RMI y 
Java IDL proporcionan los mecanismos mediante los cuales los distintos objetos distribuidos se 
comunican y se transmiten la informacion. Son por lo tanto tecnologias que permiten la creacion y 
uso de objetos distribuidos, esto es, objetos o programas que interactuan en diferentes plataformas y 
ordenadores a traves de una red. 

RMI es una solucion basada integramente en Java. Incorpora metodos para localizar los 
objetos remotos, comunicarse con ellos e incluso enviar un objeto de Java, "por valor", de un objeto 
distribuido a otro. 

Java IDL permite la conectividad entre objetos distribuidos utilizando CORBA (Common 
Object Request Broker Architecture). CORBA es un estandar para la interconexion entre objetos 
distribuidos. Existen implementaciones de CORBA en varios lenguajes, lo que posibilita comunicar 
objetos realizados en distintos lenguajes como Java, C/C++, COBOL, ... 

Tanto RMI como Java IDL estan incluidos en el JDK 1.2 de Sun. En el caso de Java IDL se 

precisa de una utilidad adicional (Uamada idltojava) que genera el codigo necesario para 
comunicarse con cualquier implementacion CORBA. 

10.8 Seguridad EN Java 

El espacio natural de trabajo de la Informatica moderna y por lo tanto del lenguaje Java son las 
redes de ordenadores y en especial Internet. En una red como Internet, utilizada por millones de 
usuarios, la seguridad adquiere una importancia vital. 

Desde su aparicion Java ha ido incorporando elementos destinados a proporcionar un mayor 
control sobre la seguridad de los datos y programas enviados a traves de una red. Los distintos JDK 
incorporan herramientas para anadir seguridad a las aplicaciones Java: firmas digitales, transmision 
segura de datos, ... Java permite establecer distintos niveles de seguridad, lo que posibilita una gran 
flexibilidad para asignar o denegar permisos. Existe abundante informacion sobre estas 
herramientas que el lector debera consultar en caso necesario. 

10.9 ACCESO A BASES DE DATOS (JDBC) 

JDBC (Java DataBase Connectivity) es el estandar de Java para conectarse con bases de datos. Se 
estima que aproximadamente la mitad del software que se crea en la actualidad incorpora 
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operaciones de lectura y escritura con bases de datos. JDBC esta disenado para ser independiente de 
la plataforma e incluso de la base de datos sobra la que se desee actuar. 

Para conseguir esta independencia, JDBC ofrece un sistema estandar de interconexion con las 
bases de datos, muy similar al SQL (Structured Query Language). Los distintos vendedores de 
bases de datos crean los elementos necesarios que actuan como puente entre JDBC y la propia base 
de datos. 

La version JDBC 1.0 forma parte del JDK 1.1. Despues de distintas revisiones, actualmente 
ha aparecido la version JDBC 2.0, incluida en el JDK 1.2 . \ 

10.10 Java Native Interface (JNI) 

JNI (Java Native Interface) es el interface de programacion de Java para ejecutar codigo nativo, es 
decir codigo compilado al lenguaje binario propio de una plataforma o sistema de ordenador. Se 
incluye en el JDK las herramientas necesarias para su utilizacion. 

JNI permite al codigo de Java que se ejecuta dentro de la JVM interactuar con aplicaciones y 
librerias escritas en otros lenguajes, como C/C++ o incluso lenguaje ensamblador. Incorpora a su 
vez las herramientas para ejecutar codigo Java desde aplicaciones desarroUadas en otros lenguajes. 
El entorno JNI ofrece por lo tanto a los metodos nativos utilizar objetos de Java de igual forma que 
el codigo Java puede utilizar estos objetos nativos. Tanto la parte de Java como la parte nativa de 
una aplicacion pueden crear, actualizar y acceder a los objetos programados en Java y compartir 
dichos objetos. 



♦" 
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